如何判断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 子句中的 “=” 左边进行函数、算术运算或其他表达式运算,导致系统将可能无法正确使用索引。