慢 SQL 的定位和优化、索引失效的场景

如何做慢 SQL 优化？

1. 首先用 explain 分析语句的执行计划，查看使用索引的情况，是不是查询没走索引，如果可以加索引解决，优先采用加索引解决。
2. 分析语句，看看是否存在一些导致索引失效的用法，是否加载了额外的数据，是否加载了许多结果中并不需要的列，对语句进行分析以及优化。
3. 如果对语句的优化已经无法进行，可以考虑表中的数据量是否太大，如果是的话可以进行垂直拆分或者水平拆分。

索引失效的场景

1. 索引列是表达式的一部分时，会导致索引失效，比如 select id from table where id + 1 = 5 。应该将索引列单独的放在比较符号的一侧。
2. 进行模糊查询时，查询条件的前缀模糊的话就不会走索引。比如 like ‘%a’ 。select * from table where key like ‘%a’;
3. mysql会预估下执行路径，但表很小时，它可能会判断不走索引会更好，这样就会导致索引失效。
4. 联合索引单独使用时也会出现索引失效的情况，比如用abc三个字段构建了联合索引，如果对它们单独使用，只有a字段的索引能生效，单独使用b或c字段时索引都不会生效。