我们可以直接通过执行计划来分析,如果type列显示为:ALL,那就可认为此次查询将会进行全表扫描。
比如像下面这样
比如像下面这样,没有过滤条件,查询所有字段
select * from customer;
当数据表中数据较少的时,直接进行全量扫描会比索引扫描更快。
如果表中本身就几十条数据,即使name
字段有索引,也还不如直接进行全表扫描。
select * from customer where name = 'zhangsan';
如果表中的大多数行都匹配了索引的条件,那么MySQL会认为直接走全表扫描会更快
如果order
表中所有的数据都是从2020-01-01 00:00:00
开始,那么就算create_time
有索引,那不如直接全表查询来的快。
select * from order where create_time > '2020-01-01 00:00:00';
这点本质上和前一条规则类似,区分度较低也就意味着,将从表中查询出大量的数据,与其这样,不如直接扫描全表好了,原因就在于:当查询需要访问大部分行时,顺序读取比通过索引读取更快,顺序读取可以最大限度地减少磁盘寻道。
如果order
表数据量为500W,而type = ‘1’
的数据量占了其中很大的一部分,那此时如下的查询,就很可能不会走索引,即使在type
列上加了索引,不过反过来看,如果type = ‘2’
的数据量占了其中很少的一部分,那么此时查询就一定会走索引。
select * from order where type = '1'
当然,还有本身就会导致索引失效的问题,这里不过多介绍,有兴趣的可以阅读此篇文章:MySql索引失效的几种原因分析