SQL查询如何判断是索引查询还是全表扫描以及可能造成索引失效的原因

如何判断SQL查询是索引查询还是全表扫描

首先，新建一张表，这里以学生信息表为例，新建一张学生信息表，并为年龄字段新增（普通索引），这里可以直接在Navicat工具中新增索引。

CREATE TABLE `t_student` (
  `id` int NOT NULL AUTO_INCREMENT,
  `name` varchar(255) COLLATE utf8mb4_general_ci NOT NULL,
  `age` int DEFAULT NULL,
  `studentId` int DEFAULT NULL,
  PRIMARY KEY (`id`) USING BTREE,
  KEY `age` (`age`)
) ENGINE=InnoDB AUTO_INCREMENT=14 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci;

新建学生信息表

设置年龄字段为索引

如何判断当前查询语句执行时，所设置的索引生效了，也就是要判断是按索引查询还是全表扫描。用关键字“explain”，在查询语句前加上explain关键字，可以判断出当前索引查询是否生效，如图所示

explain select *from t_student where age=10

如果箭头所示的key列有当前设置的索引列字段，则表明此次查询索引是生效的，反之则未生效。

explain函数关键字解释

table：顾名思义，显示这一行的数据是关于哪张表的；
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为：const、eq_reg、ref、range、indexhe和ALL；
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从where语句中选择一个合适的语句；
key： 实际使用的索引列。如果为空，则没有使用索引。
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好；
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数；
rows：MySQL认为必须检查的用来返回请求数据的行数；
Extra：关于MySQL如何解析查询的额外信息

有可能造成索引失效的原因

where 子句中使用 不等于(!= 或者<>)导致索引失效。
where 子句中使用 or 来连接条件，OR 前后只要存在非索引的列，都会导致索引失效
如果列类型是字符串，那一定要在条件中将数据使用引号引用起来，否则不会使用索引。
like的模糊查询以 % 开头，索引失效。
在 where 子句中对字段进行表达式操作，导致引擎放弃使用索引而进行全表扫描。
在 where 子句中对字段进行函数操作，导致引擎放弃使用索引而进行全表扫描。
在 where 子句中的 “=” 左边进行函数、算术运算或其他表达式运算，导致系统将可能无法正确使用索引。