前文介绍了合理的设定和使用索引的好处，本篇介绍查询时不走索引的几种情况

一、没有查询条件，或者查询条件没有建立索引造成全表扫描

select * from tab;                            没有查询条件造成全表扫描
select * from tab where qq=480070779;         qq列没有设置索引造成全表扫描

1.1全表扫描的影响

在业务数据库中，特别是数据量较大的表，是完全没有全表扫描这种需求的。
1.对用户查看是非常痛苦的
2.对服务器来讲也是毁灭性的

1.2全表扫描解决方法：

1.select * from tab;                           没有条件的查询
SQL语句更改为：
select * from tab order by price limit 10;     根据实际业务需要，对某列设定索引并排序，并取范围值，列如前十行数据

2.select * from tab where qq=480070779;      qq列没有做索引
SQL语句更改为：
select * from tab where name='zhangsan';     把经常作为条件匹配的列设定索引，或尽量把有索引的列作为匹配条件

二、查询结果急是原表数据的25%以上

select * from tab  where id>500000;             表总数据行1000000行

2.1大量数据查询影响：

1.当一次性读取数据为原表数据的25%及以上，优化器就会认为没有必要走索引了
2.对服务器是毁灭性的

2.2解决方法：

1.在业务允许的情况下，可以使用limit控制
2.尽量不要在mysql里存放这类数据，放在redis里面

三、索引本身失效，统计数据不真实

3.1索引为什么会失效呢？

虽然索引有自我维护（更新）功能，但是速度并不是特别快（时时），因此当你插入一条新的数据，索引还未来得及更新时，你便要查询这条数据，
那么就会导致查询到的数据不真实，优化器发现数据不真实，就再也不会使用该索引了。

3.2是什么导致索引失效？

对于表内容变化比较频繁的情况下，就会导致索引失效

3.3索引失效的现象

有一条select语句平时查询很快，突然有一天就很慢，原因可能有两种
1.索引失效
2.DML 锁冲突

3.4解决方法

删除重建改列的索引，让其重新生效

四、where查询条件匹配，要加单引号。否则可能不走索引

加引号：
mysql> explain  select * from tab where telnum='1333333';
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
| id | select_type | table | type | possible_keys | key    | key_len | ref  | rows | Extra                |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+

|  1 | SIMPLE      | tab  | ref  | inx_tel      | inx_tel | 63      | const |    1 | Using index condition |
+----+-------------+-------+------+---------------+---------+---------+-------+------+-----------------------+
不加引号：
mysql> explain  select * from tab where telnum=1333333;
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra      |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | tab  | ALL  | inx_tel      | NULL | NULL    | NULL |    2 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
可以明显看到，不加引号，虽然possible_keys显示可能走的索引时inx_tel，但实际key列显示并没有走索引

4.1不加引号导致不走索引的原因：

隐式转换

4.2解决方法：

谁写的SQL语句，锤他一顿，让他加上单引号！

五、查询条件使用函数在索引列上，或者对索引列进行运算(+，-，*，/，! 等)

select * from test where id-1=9;     条件进行了运算

5.1解决方法：

select * from test where id-1=9; 更改为：
select * from test where id=10;

六、辅助索引列出现不等值查询(<> ，not in)

SELECT * FROM teltab WHERE telnum  <> '110';
SELECT * FROM teltab WHERE telnum  NOT IN ('110','119');

6.1解决方法：

当不等值查询出现在辅助列上，会不走索引
单独的> , < , in 可能走索引，可能不走索引，和结果集有关。尽量结合业务添加limit进行控制
or 或 in 尽量改成union
EXPLAIN  SELECT * FROM teltab WHERE telnum  IN ('110','119');
改写成：
EXPLAIN SELECT * FROM teltab WHERE telnum='110'
UNION ALL
SELECT * FROM teltab WHERE telnum='119';

七、like "% xxx" 百分号在前边不走索引

select * from tab where telnum like "%110"；  不走索引

7.1解决：

1.模糊匹配尽量不要让%出现在前边
2.%linux%类的搜索需求，可以使用elasticsearch+mongodb 专门做搜索服务的数据库产品

以上为部分不走索引的常见情况，欢迎随时补充《《》》