业务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索引未命中的解决办法。