t949500898的博客

如果目标是查询到所有结果。由于该方法每次查询到的结果会丢弃，需要手动将查询到的结果补充到外部大列表中。总共1408条数据，每一批查询500个，查询三次，最后将结果拼接到大列表中。目标查询全量数据，但需要每次Limit分批查询，保护数据库。

在日常开发中，我们经常会在 MySQL 中使用 JSON 字段，比如很多表中都有 extra 字段，用来记录一些特殊字段，通过这种方式不需要更改表结构，使用相对灵活。目前对于 JSON 字段的实践各个项目不尽相同，MySQL 表结构中使用的字段类型一般为 text、varchar 或者 json。

同一条记录在上述两种查询中都出现了在有limit的情况下，order by的元素并不能唯一区分一个记录。分页重复数据是否出现与排序字段数据唯一性有关，与排序字段是否有序无关，换句话说，只要排序字段的数据能够保证唯一性（如主键、唯一索引、不重复的普通字段），那么分页就不会存在重复数据，否则会有可能出现重复数据在不同分页中。解析在MySQL 5.6的版本上，优化器在遇到order by x limit m,n语句的时使用priority queue进行了优化。使用优先级队列priority queue的目的

为了提高数据库效率，建索引是家常便饭；那么当查询条件为2个及以上时，我们是创建多个单列索引还是创建一个联合索引好呢？他们之间的区别是什么？哪个效率高呢？我在这里详细测试分析下。

例：查询table_example表中，group_type=2的情况下，status一共有几种枚举的类型返回结果：即返回的结果中一共有两种值type，分别是begin，end

按照user_id 分组，取每组中update_time 最大的那一条记录。本质有两种方法，目前推荐采用第二种// 低版本5.7以下可以生效SELECT *FROM (select * from tabletable where xxx order by update_time DESC) b GROUP BY b.user_id;// 所有版本均适用SELECT t.*FROM ( SELECT user_id, MAX(update_time) as update_tim

名词释义STATEMENT causes logging to be statement based. 不安全，快速ROW causes logging to be row based. 安全，有可能执行缓慢，效率不高MIXED causes logging to use mixed format. 根据情况选择合适的解决方案：判断陈述是否是不确定性。有可能造成不安全结果使用方式mysql> SET GLOBAL binlog_format = 'STATEMENT';mysql>