转自:MySQL底层索引优化_原味的你的博客-CSDN博客_mysql底层优化
Mysql explain 中的extra字段 解读_Hars、Wlgb的博客-CSDN博客_mysql中extra
- MySQL索引调优原则
禁止join超过三张表
联合索引左前缀法则
禁止回表查询
2 .MySQL查询EXPLAIN-type级别
All 全表扫描,最原生的sql状态,有很大的优化空间
index 另一种形式的全表扫描,扫描顺序是按照索引的顺序,扫描根据索引然后回表查询数据
range 指的是有范围的全表扫描,相对于index有了范围,要优于index
ref 查询条件使用了索引,而没用主键和unique,虽然用烂了索引但索引列的值不唯一,有重复
ref_eq 比ref好在它会知道这种类型查找结果集只有一个,要么主键索引要么唯一索引
const 常量,此时索引几乎接近最优,剩余优化取决于优化器。
3 . MySQL-EXPLAIN-Extra
Using filesort
这种情况是在使用 order by 关键字的时候,如果待排序的内容无法通过索引直接直接进行排序,mysql就有可能进行文件排序。
当然不是说出现了此情况就会对sql语句的效率造成影响。但是由于查询次数过多的话,对于排序的效率还是有一定的影响的。
可以通过设置 max_length_for_sort_data 来 提高 order by 的效率。如果操作的数据大小高于max_length_for_sort_data 的缓存大小时,mysql会产生临时表进行查询,一定程度上会印象效率。 max_length_for_sort_data的默认值是1024。
优化方案:
优化业务逻辑,不使用 order by ,而在业务代码中执行排序方法
设置索引,将带排序的内容放在索引中,直接利用索引进行排序
Using index
使用索引,表示索引能够覆盖所有的查询字段,无需进行回表查询所以效率会高。大部分情况代表最优
Using where 单独出现
表示当前查询的字段不能被索引覆盖,所以可能会产生回表,效率比前者低
Using where;Using index
表示查询的列被索引覆盖,且where筛选条件是索引列前导列的一个范围,或者是索引列的非前导列。 效率也比较高
null
表示查询的列未被索引覆盖,且where筛选条件是索引的前导列,这意味着用到了索引,但是部分字段未被索引覆盖,必须通过“回表查询”来实现,因而性能也比前两者差。
Using index condition
表示查询条件中虽然出现了索引列,但是有部分条件无法使用索引,会根据能用索引的条件先搜索一遍再匹配无法使用索引的条件。