mysql修复索引避免in操作全表扫描

最近在写sql的时候，使用到了in操作，发现了一个奇怪的问题，当in里面跟了三个值的时候居然全表扫描了，如果里面是两个值的时候是range有范围的索引扫描。如图：

 

这一看全表扫描那还得了，立马寻找出现这问题的原因，经过一番百度~，终于找到了原因以及解决的办法。

使用SHOW INDEX FROM jm_user;查看表的散列程度发现与我的表实际情况不符，于是便执行ANALYZE TABLE jm_user修复索引，然后再查看恢复正常了。

下图就是执行前和执行后的对照图：

ANALYZE TABLE执行前、

ANALYZE TABLE执行后、

至于产生这个问题的原因，可能是当初导入数据的时候导入完就关机了，然后系统并没执行完最后的统计。。。额~可能是这样子吧哈哈

 

ANALYZE TABLE：

MySQL 的Optimizer（优化元件）在优化SQL语句时，首先需要收集一些相关信息，其中就包括表的cardinality（可以翻译为“散列程度”），它表示某个索引对应的列包含多少个不同的值——如果cardinality大大少于数据的实际散列程度，那么索引就基本失效了。
我们可以使用SHOW INDEX语句来查看索引的散列程度：SHOW INDEX FROM jm_user;

然后使用ANALYZE TABLE jm_user修复数据索引即可