MySQL 隐形索引灰度验证与回滚步骤

准备下线一个 MySQL 二级索引时，不要第一步就执行 DROP INDEX。更稳妥的做法是先把它设为隐形索引：默认优化器会忽略它，但索引仍保留在表上，发现查询计划恶化时可以直接恢复。MySQL 8.4 还支持在单独会话里打开 use_invisible_indexes，用于对照检查。

一、先确认索引身份和可切换边界

隐形索引适合验证普通二级索引是否仍被业务查询需要。主键不能设为隐形；没有显式主键时，某些 NOT NULL 唯一索引可能承担隐式主键作用，也不能直接切换。先查清楚名称、列和可见性，再动 DDL。

-- 查看目标表的索引列和当前可见性
SELECT INDEX_NAME, NON_UNIQUE, SEQ_IN_INDEX, COLUMN_NAME, IS_VISIBLE
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = 'app'
  AND TABLE_NAME = 'orders'
ORDER BY INDEX_NAME, SEQ_IN_INDEX;

同时保存几条代表性 SQL 的 EXPLAIN、平均耗时、扫描行数和慢查询数量作为基线。这里不要只看索引基数：真正要验证的是业务查询在索引不可用后的计划和延迟。

二、先隐藏索引，再观察默认查询路径

确认索引名为 idx_orders_user_created 后执行：

-- 仅切换索引可见性，保留索引结构以便快速恢复
ALTER TABLE app.orders
  ALTER INDEX idx_orders_user_created INVISIBLE;

-- 复查 DDL 后的状态
SELECT INDEX_NAME, IS_VISIBLE
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = 'app'
  AND TABLE_NAME = 'orders'
  AND INDEX_NAME = 'idx_orders_user_created';

接下来让默认会话运行代表性查询，重新执行 EXPLAIN 并观察慢查询、锁等待、CPU 和扫描行数。隐形不是删除：写入仍需维护该索引，因此这一步适合确认“读路径是否依赖”，不能直接证明“维护成本已经消失”。

三、用会话级开关做可控对照

如果想验证“保留这个索引时计划会怎样”，在专用验证连接中开启开关，不要把全局配置改掉：

-- 只让当前验证会话把隐形索引纳入选计划
SET SESSION optimizer_switch = 'use_invisible_indexes=on';

-- 对比同一条 SQL 在当前会话的候选计划
EXPLAIN SELECT order_id, created_at
FROM app.orders
WHERE user_id = 9001 AND created_at > '2026-01-01'
ORDER BY created_at DESC
LIMIT 20;

把“默认会话”和“灰度会话”的计划、耗时和扫描行数放在同一张记录表里比较。会话级开关只说明该索引可能改善这条查询，不能推导所有业务 SQL 都应保留它；还要检查索引提示、不同数据分布和高峰期样本。

四、按证据回滚或进入删除评估

出现明显延迟上升、扫描行数暴涨、慢查询新增，或应用显式引用了该索引名时，立即恢复可见性：

-- 异常时快速恢复默认优化器使用该索引
ALTER TABLE app.orders
  ALTER INDEX idx_orders_user_created VISIBLE;

-- 回滚后确认状态
SELECT INDEX_NAME, IS_VISIBLE
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = 'app'
  AND TABLE_NAME = 'orders'
  AND INDEX_NAME = 'idx_orders_user_created';

恢复后重新执行基线 SQL，确认计划和延迟回到可接受范围。只有经过完整观察窗口、覆盖主要查询并确认没有索引提示依赖，才进入 DROP INDEX 评估；删除是不可逆的结构变更，不能把隐形灰度当成删除前的全部证明。

常见问题

隐形索引会不会立刻减少写入开销？

不会。它仍然存在并参与维护，主要用于验证优化器不使用它时的读路径变化。

可以把主键设为 INVISIBLE 吗？

不可以。主键索引不能隐形；承担隐式主键作用的唯一索引也可能受到同样限制。

为什么灰度会话和普通会话计划不同？

因为 use_invisible_indexes=on 只影响当前会话的选计划，默认会话仍会忽略隐形索引。