起因
生产环境订单主表有两个一般索引create_time和debts_notify_num,当应用这两个条件进行筛选，这两个索引都命中，但却只应用了debts_notify_num，导致查问列变多，查问变慢。看上去就像是“命中了索引反而查问速度更慢”。
排查过程
第一步
create_time是范畴查问，当范畴比拟小时，发现竟然应用了create_time索引。
第二步
根本确定是mysql优化器的策略问题了，然而他策略到底是怎么样的呢？关上官网，找到where优化策略，有一段这样写的：
翻译一下就是说:MySQL的优化器每次会判断到底是走索引查问比拟快还是全表扫描比拟快，原来的判断是如果索引查问筛选的列超过总表的30%，就走全表索引。然而当初优化器没有那么low了，不这么判断了，人有更多的条件判断是否走全表查问，比方：表大小，行数和I/O块大小