不走索引的情况:
一.没有查询条件,或者查询条件没有建立索引在业务数据库中,特别是数据量比较大的表。
建议:
1 换成有索引的列作为查询条件
2 或者将查询频繁的列建立索引
---------------------------------------------------------------------------------
二.查询结果集是原表中的大部分数据,应该是25%以上
查询的结果集,超过了总数行数25%,优化器觉得就没有必要走索引了。
建议:
1 如果业务允许,可以使用limit控制。
2 结合业务判断,有没有更好的方式。如果没有更好的改写方案
3 尽量不要在mysql存放这个数据了。放到redis里面。
---------------------------------------------------------------------------------
三.索引本身失效,统计数据不真实
索引有自我维护的能力,对于表内容变化比较频繁的情况下,有可能会出现索引失效。
更改方案:
备份表数据,删除重建相关表。
---------------------------------------------------------------------------------
四.查询条件使用函数在索引列上,或者对索引列进行运算,运算包括(+,-,*,/,! 等)
更改方法:
减少在mysql中使用加减乘除等计算运算。
---------------------------------------------------------------------------------
五.隐式转换导致索引失效.这一点应当引起重视.也是开发中经常会犯的错误.
索引建立的字段为varchar();
select * from stu where name = '111';走索引
select * from stu where name = 111;不走索引
更改方法:
与研发协商,语句查询符合规范。
---------------------------------------------------------------------------------
六.<> ,not in 不走索引(辅助索引)
更改方法:
尽量不要用以上方式进行查询,或者选择有索引列为筛选条件。
单独的>,<,in 有可能走,也有可能不走,和结果集有关,尽量结合业务添加limit
or或in 尽量改成union
---------------------------------------------------------------------------------
七.like "%" 百分号在最前面不走
EXPLAIN SELECT * FROM teltab WHERE telnum LIKE '31%' 走索引
EXPLAIN SELECT * FROM teltab WHERE telnum LIKE '%110' 不走索引
更改方法:
%linux%类的搜索需求,可以使用elasticsearch+mongodb 专门做搜索服务的数据库产品