SHOW STATUS 命令无法直接查看单表是否使用了覆盖索引，确认覆盖索引需使用 EXPLAIN 命令查看执行计划。SHOW STATUS 仅提供全局或会话级的计数器，适合观察整体索引负载趋势，不适合诊断单条 SQL 的索引使用情况。
先说结论：查看覆盖索引必须使用 EXPLAIN 命令，SHOW STATUS 只能辅助判断整体索引效率。
- 先定位：使用 EXPLAIN 分析具体 SQL 语句的执行计划。
- 先做：检查 EXPLAIN 结果中 Extra 列是否显示 Using index。
- 再验证：结合慢查询日志确认该 SQL 在实际生产中的执行频率。
命令速用版
直接执行 EXPLAIN 命令即可获取当前 SQL 的索引使用详情，无需依赖 SHOW STATUS 的全局计数。
EXPLAIN SELECT id, name FROM users WHERE id = 1;
若需观察全局索引读取趋势，可配合 SHOW STATUS 查看计数器变化。
SHOW STATUS LIKE 'Handler_read_key'; SHOW STATUS LIKE 'Handler_read_rnd_next';
为什么会这样
SHOW STATUS 设计用于全局监控，不具备单条 SQL 执行细节的捕获能力。
覆盖索引是指查询所需的所有字段都在索引树中，无需回表查询数据行。这是一个针对单条查询执行计划的特性。SHOW STATUS 变量如 Handler_read_key 记录的是服务器启动以来所有索引读取的累计次数，无法区分是哪张表或哪条 SQL 触发的。因此，用 SHOW STATUS 判断单表覆盖索引在技术原理上不成立。
分步处理
按步骤执行 EXPLAIN 分析，可准确判断当前 SQL 是否命中覆盖索引。
第一步：编写待检查的查询语句。确保语句代表实际业务场景，避免使用 SELECT *。
第二步：在查询语句前添加 EXPLAIN 关键字并执行。例如 EXPLAIN SELECT id, name FROM table WHERE col = val。
第三步：查看输出结果中的 Extra 列。若显示 Using index，则表示使用了覆盖索引。
第四步：检查 type 列。若 type 为 ref、range 或 const，且 Extra 包含 Using index，则索引效率较高。
怎么验证是否生效
通过 EXPLAIN 输出结果中的 Extra 字段内容直接验证覆盖索引状态。
执行 EXPLAIN 后，聚焦 Extra 列。若值为 Using index，说明存储引擎无需回表，已命中覆盖索引。若值为 Using where; Using index，说明索引覆盖了查询和过滤条件。若 Extra 列为空或显示 Using temporary、Using filesort，则未命中覆盖索引或存在性能瓶颈。
常见坑
SELECT * 查询会直接导致覆盖索引失效，需避免在全量字段查询时期望覆盖索引。
覆盖索引要求查询字段完全包含在索引列中。若索引是 (a, b)，查询 select a, c 则无法覆盖。最左前缀原则必须遵守，查询条件不包含索引最左列时，索引可能无法使用。此外，隐式类型转换会导致索引失效，进而破坏覆盖索引条件，例如字符串字段未加引号。
常见问题
SHOW STATUS 能看出哪张表用了索引吗
不能，SHOW STATUS 只提供全局累计值，无法区分表名。
Extra 列显示 Using index 一定快吗
不一定，还需结合 rows 扫描行数判断，扫描行数过多依然慢。
如何监控生产环境的覆盖索引使用情况
开启慢查询日志，定期分析慢 SQL 的 EXPLAIN 结果，而非依赖 SHOW STATUS。
参考来源
MySQL Official Documentation: EXPLAIN Output Format
URL: https://dev.mysql.com/doc/refman/8.0/en/explain-output.html
MySQL Official Documentation: SHOW STATUS Syntax
URL: https://dev.mysql.com/doc/refman/8.0/en/show-status.html