当前位置：首页 > news >正文

MySQL创建了一个索引表,如何来验证这个索引表是否使用了呢？

news 2025/9/15 10:42:45

MySQL创建了一个索引表,如何来验证这个索引表是否使用了呢？

1. 使用 EXPLAIN 分析查询执行计划

在 SQL 查询前添加 EXPLAIN 关键字，查看 MySQL 优化器是否选择了你的索引。

示例：

EXPLAIN SELECT * FROM `db`

在这里插入图片描述

关键输出字段：

type：访问类型：const（唯一索引）、ref（非唯一索引）、range（范围索引）、ALL（全表扫描）
possible_keys：可能使用的索引列表（显示你的索引名则表示优化器认为可用）
key：实际使用的索引（如果显示你的索引名，则索引被使用）
rows：预估扫描的行数（索引生效时此值会显著降低）
Extra：附加信息：Using index 表示索引覆盖，无需回表

关键点：若 key 列显示你的索引名称（如 idx_email），则索引被使用。

2. 查看索引统计信息

通过 SHOW INDEX 命令查看索引的详细信息，包括基数（Cardinality）。

示例：

SHOW INDEX FROM `db`;

在这里插入图片描述
关键点：

Cardinality：索引的唯一性估计值（越高越好）。如果值接近表的总行数，说明索引选择性高。
若 Cardinality 值过低，优化器可能认为全表扫描更快，导致索引未被使用。

3. 强制使用索引（测试验证）

通过 FORCE INDEX 强制查询使用索引，对比性能差异。

示例：

-- 强制使用索引
SELECT * FROM users FORCE INDEX (idx_email) WHERE email = 'user@example.com';-- 正常查询（不强制）
SELECT * FROM users WHERE email = 'user@example.com';

对比结果：

如果强制使用索引后查询速度显著提升，说明优化器未正确选择索引。
如果性能无变化，可能索引未被有效利用或数据量较小。

4. 监控慢查询日志

通过慢查询日志判断是否因索引缺失导致查询缓慢。

步骤：

-- 开启慢查询日志：
SET GLOBAL slow_query_log = 'ON';
SET GLOBAL long_query_time = 2; -- 超过2秒的查询记录
-- 分析慢查询日志：
SHOW VARIABLES LIKE 'slow_query_log_file';

打开日志文件，查找未使用索引的查询：

# Query_time: 5.123456  Lock_time: 0.001234 Rows_sent: 1  Rows_examined: 100000
SELECT * FROM users WHERE email = 'user@example.com';

关键点：Rows_examined 远大于 Rows_sent 时，可能未使用索引。

5. 更新统计信息

优化器依赖统计信息选择索引。若统计信息过期，可能导致索引未被使用。

手动更新统计信息：

ANALYZE TABLE users;

6. 常见索引未使用的原因及解决方案

原因	验证方法	解决方案
查询条件不匹配索引列	检查 WHERE 或 JOIN 条件是否匹配索引列	调整查询条件或重建索引
索引选择性低	SHOW INDEX 查看 Cardinality 值	对高选择性列建索引（如唯一字段）
隐式类型转换	检查查询条件类型是否与索引列一致	确保查询条件与索引列类型一致
函数或表达式操作列	查看 WHERE 子句是否包含函数	创建函数索引（MySQL 8.0+ 支持虚拟列）
优化器误判	强制使用索引对比性能	优化表统计信息或调整查询