在MySQL数据库的实际使用中，索引是优化查询性能的核心手段，但创建索引后并不一定能保证查询时会被使用，因此判断索引是否生效是开发和维护过程中必须掌握的技能。通过合理的验证方法，我们可以确认索引是否真正发挥作用，及时调整不合理的索引设计。
使用EXPLAIN分析执行计划
EXPLAIN是MySQL提供的用于查看查询语句执行计划的命令，是判断索引是否生效最常用的方式。执行EXPLAIN后，返回的结果中包含多个关键字段，我们可以通过这些字段判断索引的使用情况。
EXPLAIN结果关键字段说明
| 字段名 | 含义 | 索引相关说明 |
|---|---|---|
| id | 查询序列号 | 表示查询的执行顺序，和索引生效判断无直接关联 |
| select_type | 查询类型 | 表示查询的类型，如简单查询、联合查询等 |
| table | 查询涉及的表 | 当前查询操作的表名 |
| type | 访问类型 | 反映索引的使用效率，从好到坏依次为system>const>eq_ref>ref>range>index>ALL，出现ALL表示全表扫描，索引未生效 |
| possible_keys | 可能使用的索引 | 查询时MySQL可能选择的索引列表，如果为空说明没有可用索引 |
| key | 实际使用的索引 | 查询时实际使用的索引，如果为NULL说明没有使用索引 |
| key_len | 使用的索引长度 | 表示索引中被使用的字节数，长度越短说明索引使用越充分 |
| rows | 预估扫描行数 | MySQL预估需要扫描的行数，数值越小说明索引效果越好 |
| Extra | 额外信息 | 如果出现Using index表示覆盖索引生效，出现Using filesort或Using temporary说明索引未发挥预期作用 |
EXPLAIN使用示例
假设我们有一张用户表user，结构如下：
CREATE TABLE `user` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) DEFAULT NULL, `age` int(11) DEFAULT NULL, `email` varchar(100) DEFAULT NULL, PRIMARY KEY (`id`), KEY `idx_age` (`age`), KEY `idx_name_email` (`name`,`email`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
现在我们要查询年龄大于20的用户，判断idx_age索引是否生效，执行以下命令：
EXPLAIN SELECT * FROM `user` WHERE `age` > 20;
如果返回结果中key字段为idx_age，type字段为range，说明idx_age索引生效，查询使用了范围扫描。如果key字段为NULL，type字段为ALL，说明索引未生效，查询进行了全表扫描。
其他辅助验证方法
查看索引使用情况统计
MySQL提供了系统表可以查看索引的使用统计信息，通过查询information_schema.STATISTICS表可以获取索引的基本信息，结合performance_schema中的相关表可以查看索引的使用频率。
-- 查看user表的所有索引信息 SELECT * FROM information_schema.STATISTICS WHERE TABLE_SCHEMA = 'test_db' AND TABLE_NAME = 'user';
对比查询执行时间
可以在创建索引前后分别执行相同的查询语句，对比执行时间的变化。如果创建索引后查询时间明显缩短，说明索引生效；如果执行时间没有明显变化甚至变长，说明索引可能未生效或者索引设计不合理。需要注意的是，执行时间会受数据量、服务器负载等因素影响，需要多次测试取平均值。
查看慢查询日志
开启MySQL的慢查询日志后，执行时间超过阈值的查询会被记录。如果某个查询语句在慢查询日志中频繁出现，且对应的表已经创建了相关索引，可以通过EXPLAIN进一步分析索引是否生效，排查索引未使用的原因。
索引未生效的常见原因
- 查询条件中对索引字段使用了函数或者运算，比如
WHERE YEAR(create_time) = 2023，会导致索引失效 - 查询条件中使用like以通配符开头，比如
WHERE name LIKE '%张三'，无法使用索引 - 联合索引未遵循最左前缀原则，比如创建了
idx_name_email联合索引，查询条件只用了email字段，无法使用该索引 - 查询条件中字段类型不匹配，比如索引字段是字符串类型，查询时用了数字类型的值，会导致隐式类型转换，索引失效
- 数据量过小，MySQL优化器认为全表扫描比使用索引效率更高，会主动选择不使用索引
判断MySQL索引是否生效需要结合多种方法综合分析，其中EXPLAIN是最直接有效的方式。在日常开发中，建议每次创建索引后都通过EXPLAIN验证索引的使用情况，及时调整不合理的索引设计，保证数据库查询的高效性。