MySQL调优

Explain命令

通过Explain查看执行计划，主要看三个指标：type（查询类型，all<index<range<ref<eq_ref），key（使用的索引名称），rows（查询扫描的行数）

• type=all：全表扫描，没用到索引，效率最差。排除where条件后的字段是否加了索引，如果没加索引，需要加索引，加索引要满足几个规则：1、尽量选择区分度高的列加索引2、尽量扩展索引，不要新建索引，因为插入删除需要维护索引树，索引树节点对应磁盘页，需要进行磁盘io，效率低。如果加了索引，排查索引列是否不干净，是否用了公式，或者是否用了like模糊查询，且%放到了字符串的第一个位置。
• type=index：全索引扫描，效率低。比如查询列中只包含索引和主键，即所有查询列被索引所覆盖。
• type=range：索引范围查询，效率还可以，查看rows指标是否过大，如果rows过大，说明扫描的行数过多，影响查询效率，此时如果有联合索引，需查看是否过早使用了范围查询，因为联合索引从最左边开始向右匹配，遇到范围查询，停止匹配，如where a>1 and b=2 and c=3 ，匹配到a后，由于a是范围查询，所以不再匹配bc，这时会从索引树叶子节点中挑出所有满足a>1的关键字对应的主键，然后回表查找数据记录，再用bc条件去过滤，筛选满足条件的记录。
• type=ref：非唯一索引查询，效率较高
• eq_ref：唯一索引查询，效率也较高
  
  关于explain详见：https://blog.youkuaiyun.com/why15732625998/article/details/80388236

分析sql语句结构

sql语句结构优化案例：
(B left join C) left join A ===》(B left join A) union all (C left join A)

若ABC各100条记录，则：

• 左边语句：BC关联最坏情况1万条记录，但这1万条记录中只有200条是有效记录，其余均为无效记录，再与A关联，最坏有2万条记录。但关联次数较多，效率低。
• 右边语句：A与B关联最坏1万条记录，A与C关联最坏1万条记录，union all合并后2万条记录，与第一种写法结果一样，但关联次数减少，效率提高不少。
  尽量减少select *这种写法，改用select id from table where name=’A’，id是主键被name索引覆盖，效率较高

此外，尽量减少select *这种写法，改用select id from table where name=’A’，id是主键，能被name索引能覆盖，效率较高

参考：https://tech.meituan.com/2014/06/30/mysql-index.html