MySQL索引未命中优化

业务SQL使用索引不见得就是优化的SQL，依然存在索引未命中的风险，例如存在多个匹配索引，可能命中的索引不是你想要的那个索引，可以通过explain来分析：

 explain SELECT count(id)  FROM active_task_log a WHERE a.add_time >= '2018-12-01' AND a.add_time <= '2018-12-20' AND a.task_class = 7 AND a.task_type = 0 AND a.del_flag = 0;

这里重要的字段是：

type：ALL全表扫描，未命中索引，这是最差的情况。

possible_keys:可能用到的索引

key:实际命中的索引

rows：执行查询的行数，越小越好。

如果possible_key有索引，而key显示实际未命中索引，则需要强制命中索引force index(idx_addTime_taskClass)

SELECT count(id)  FROM active_task_log a force index(idx_addTime_taskClass) WHERE a.add_time >= '2018-12-01' AND a.add_time <= '2018-12-20' AND a.task_class = 7 AND a.task_type = 0 AND a.del_flag = 0;

以上是最近做钉钉数据推送时遇到的SQL索引未命中的解决办法。