Mysql 索引偶现失效

Mysql 优化

EXPLAIN

主要关注type和key_len
对于type: index<range<ref 等常见的几种类型；
对于range: in 、between、<、>等范围查询最优是range；
对于key_len: 同一个业务SQL也不一定type越好，效果就好，需要理解B+树，看使用到区分度好的索引的个数也很重要，特别是组合索引。

optimizer_trace

索引偶尔失效

对于同一个SQL，有可能在不同的参数下，走的SQL不同，对于慢SQL的排查，如果看起来执行计划还可以，但是在线上就是有慢SQL，并且执行时间不正常的，可以考虑是否是索引“失效”了。可以看一下MySQL的optimizer_trace为什么在这种条件下不走指定的索引。

SET optimizer_trace="enabled=on";
select filed1,filed2 from table where filed_3 in ( 'x1','x2' );
select * from information_schema.OPTIMIZER_TRACE;
SET optimizer_trace="enabled=off";

Caridinality分析

对于失效的索引，执行下面的sql看一下Caridinality，如果非常低，可能是表脏了，需要运维整理一下表。

查看Caridinality

show index from table;

整理表，会锁表，在业务低时执行

analyze local table xxxxx;

强制走索引

如果索引失效，临时解决方案是强制走索引

select filed1,filed2 from table force index (idx_) where file1 in ( 
'x1' );