起因
生产环境订单主表有两个普通索引create_time和debts_notify_num,当使用这两个条件进行筛选,这两个索引都命中,但却只使用了debts_notify_num,导致查询列变多,查询变慢。看上去就像是“命中了索引反而查询速度更慢”。
排查过程
第一步
create_time是范围查询,当范围比较小时,发现居然使用了create_time索引。
第二步
基本确定是mysql优化器的策略问题了,但是他策略到底是怎么样的呢?打开官网,找到where优化策略,有一段这样写的:
翻译一下就是说:MySQL的优化器每次会判断到底是走索引查询比较快还是全表扫描比较快,原来的判断是如果索引查询筛选的列超过总表的30%,就走全表索引。但是现在优化器没有那么low了,不这么判断了,人有更多的条件判断是否走全表查询,比如:表大小,行数和I/O块大小
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。