MySQL从5.7版本开始引入了Invisible Index（不可见索引）特性，它允许数据库管理员将某个索引对优化器隐藏起来，但索引本身依然物理存在于表中并正常维护。这种方式特别适合在做索引调整时进行实验性的启用和禁用，而不必承担直接删除索引带来的风险。
什么是Invisible Index
Invisible Index是指优化器在生成执行计划时会忽略该索引，就好像它不存在一样。但对于数据的增删改操作，MySQL仍然会维护这个索引的结构，保证数据一致性。与之相对的是Visible Index，也就是普通的可被优化器使用的索引。
核心特点
- 索引物理存在，写操作开销不变
- 优化器默认不使用不可见索引
- 可随时切换可见状态，操作轻量
如何实验性禁用索引
当我们想验证某个索引是否多余时，可以先把它设为不可见，观察线上查询性能是否退化，而不是直接DROP INDEX。
将已有索引设为不可见
使用ALTER TABLE语句修改索引的可见性，示例如下：
-- 将表 orders 上的索引 idx_user_id 设为不可见 ALTER TABLE orders ALTER INDEX idx_user_id INVISIBLE; -- 查看索引可见状态 SELECT index_name, is_visible FROM information_schema.statistics WHERE table_name = 'orders';
重新启用索引
如果观察后发现性能没有问题，或者查询变慢需要恢复，可随时改回可见：
-- 恢复索引为可见状态 ALTER TABLE orders ALTER INDEX idx_user_id VISIBLE;
会话级控制优化器使用不可见索引
除了全局隐藏索引，MySQL还提供变量让当前会话临时使用不可见索引，便于做对比实验。
开启会话级使用
-- 当前会话中优化器可使用不可见索引 SET SESSION optimizer_switch = 'use_invisible_indexes=on'; -- 执行查询观察是否用到不可见索引 EXPLAIN SELECT * FROM orders WHERE user_id = 1001;
| 场景 | 操作 | 影响范围 |
|---|---|---|
| 长期隐藏 | ALTER INDEX ... INVISIBLE | 所有会话 |
| 临时验证 | SET SESSION optimizer_switch | 当前会话 |
实践建议
在生产环境调整索引前，优先使用Invisible Index进行灰度观察。若业务查询在索引隐藏后无明显劣化，再考虑正式删除；若出现问题，切回VISIBLE即可，避免索引重建带来的时间和资源消耗。此外，利用会话级开关可以在不修改表结构的情况下，单独验证不可见索引对特定SQL的效用。
注意：主键索引不能被设为INVISIBLE，这是MySQL的限制。
通过合理运用Invisible Index与可见性切换，能够让索引管理更加安全、可控，也为性能实验提供了低风险的实操路径。
MySQLInvisible_Index索引管理修改时间：2026-07-30 14:45:21