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