记一次范围查询命中索引却没有使用索引的事件

起因

生产环境订单主表有两个普通索引create_time和debts_notify_num,当使用这两个条件进行筛选,这两个索引都命中,但却只使用了debts_notify_num,导致查询列变多,查询变慢。看上去就像是“命中了索引反而查询速度更慢”。

排查过程

第一步

create_time是范围查询,当范围比较小时,发现居然使用了create_time索引。
记一次范围查询命中索引却没有使用索引的事件_第1张图片
记一次范围查询命中索引却没有使用索引的事件_第2张图片

第二步

基本确定是mysql优化器的策略问题了,但是他策略到底是怎么样的呢?打开官网,找到where优化策略,有一段这样写的:
记一次范围查询命中索引却没有使用索引的事件_第3张图片
翻译一下就是说:MySQL的优化器每次会判断到底是走索引查询比较快还是全表扫描比较快,原来的判断是如果索引查询筛选的列超过总表的30%,就走全表索引。但是现在优化器没有那么low了,不这么判断了,人有更多的条件判断是否走全表查询,比如:表大小,行数和I/O块大小

你可能感兴趣的:(mysqljava)