MySQL invisible index 如何安全观察索引下线影响

线上表里有一个“看起来已经没用”的二级索引，直接 DROP INDEX 又担心某条低频 SQL 突然变慢。MySQL 的 invisible index 适合做这次观察：把索引从优化器的候选集合中暂时隐藏，但不删除索引，也不停止它对写入的维护。我的建议是先留基线，再切换可见性，最后用同一组 SQL 比较计划和业务指标。

不可见索引先改变什么，哪些东西不会改变

索引默认是可见的。执行 ALTER TABLE orders ALTER INDEX idx_user_status INVISIBLE 后，优化器默认不再把 idx_user_status 当作普通候选索引，但索引结构仍然存在。对 InnoDB 来说，插入、更新、删除行时仍会维护它；如果它是唯一索引，唯一性约束也不会因为不可见而消失。

因此，这个功能适合回答“删掉它后查询计划可能怎样”，不适合回答“删掉它能释放多少磁盘”。主键不能设为不可见；没有显式主键时，某些 NOT NULL 唯一索引可能承担隐式主键角色，也不能直接隐藏。动手前先查清这一层边界。

先固定基线，再切换索引可见性

不要先隐藏再凭感觉判断。对代表性查询记录当前的 key、possible_keys、rows 和 Extra，同时保留一份实际业务指标或慢查询观察结果。下面的查询只读取索引状态，不会改变表：

-- 查看候选索引当前是否对优化器可见
SELECT INDEX_NAME, IS_VISIBLE, NON_UNIQUE, COLUMN_NAME
FROM INFORMATION_SCHEMA.STATISTICS
WHERE TABLE_SCHEMA = 'shop'
  AND TABLE_NAME = 'orders'
ORDER BY INDEX_NAME, SEQ_IN_INDEX;

-- 记录可见状态下的查询计划
EXPLAIN SELECT order_id, status
FROM shop.orders
WHERE user_id = 10086 AND status = 'paid';

确认候选索引确实是普通二级索引后，再做可逆切换：

-- 暂时让优化器忽略这个索引，但不删除索引结构
ALTER TABLE shop.orders
  ALTER INDEX idx_user_status INVISIBLE;

-- 用完全相同的 SQL 再观察计划
EXPLAIN SELECT order_id, status
FROM shop.orders
WHERE user_id = 10086 AND status = 'paid';

对比时重点看 key 是否变为 NULL、访问类型是否退化，以及 rows 估算和 Extra 是否出现明显变化。一个计划变化本身不是故障，关键是它是否对应真实查询延迟、CPU、IO 或慢查询数量的变化。

用单查询开关确认“索引有价值”还是“默认不该使用”

隐藏索引后，仍可在单条语句的计划构造中临时纳入它。MySQL 8.4 文档给出的做法是使用 SET_VAR 提示打开 use_invisible_indexes。这不会把索引重新设为可见，只提供一个反向对照：

-- 仅让本次 EXPLAIN 把不可见索引纳入候选
EXPLAIN SELECT /*+ SET_VAR(optimizer_switch = 'use_invisible_indexes=on') */
    order_id, status
FROM shop.orders
WHERE user_id = 10086 AND status = 'paid';

如果普通 EXPLAIN 不再选它，而带提示的计划仍显示它适合这条查询，说明索引可能有价值，只是不能据此断言所有流量都需要它。反过来，如果隐藏前后计划和指标都稳定，再结合索引维护成本，才有理由进入删除评审。

观察结束后如何决定恢复还是删除

建议用一张小清单收口：隐藏后出现计划退化、低频接口变慢、慢查询新增，或显式索引提示开始报错，就立即执行 ALTER INDEX ... VISIBLE。恢复后再次查询 IS_VISIBLE，确认状态回到 YES。如果多个代表性查询在足够覆盖的业务窗口内都没有负面信号，再把“是否删除”作为独立变更，考虑大表上的重建时间、空间回收和回滚成本。

常见问题

不可见索引会不会立刻停止写入开销？

不会。索引仍存在，数据变更仍要维护它；不可见主要改变优化器默认是否使用它。

隐藏索引后能不能用 FORCE INDEX 强制它？

引用不可见索引的提示可能报错。要做计划对照，优先使用 SET_VAR 打开单语句开关，并单独记录结果。

确认没影响后可以直接 DROP INDEX 吗？

不建议直接连做。隐藏是可逆观察，删除是结构变更；应先覆盖低频查询和写入场景，再安排删除与回滚方案。

官方手册对 invisible index 的定义、可见性查询、单语句开关和主键限制都有明确说明；生产操作仍应以当前实例版本和变更窗口为准。