MySQL 8.0 的隐藏索引: 索引管理的利器, 还是性能陷阱?

0 前言MySQL8.0开始支持隐藏索引，不可见索引。它允许快速启用/禁用MySQL Optimizer使用的索引。

隐藏索引不会被优化器使用，但仍需维护

1 应用场景软删除灰度发布，测试新索引 ：在不影响现有查询性能的情况下，测试新创建的索引是否有效维护索引 ：在更新或重建索引时，可以先将其设置为不可见，避免影响在线查询临时禁用无用索引 ：如果某个索引不再被频繁使用，可以将其设置为不可见，减少不必要的开销2 啥用？若想删除一个索引，又想事先知道效果。可使它对优化程序不可见。这是一个快速的元数据更改，使索引不可见。一旦确定没有性能下降，就可真正去删除索引。

关键：隐藏索引不能供优化器使用，但它仍存在，并通过写入操作保持最新。即便尝试“FORCE INDEX”，优化器也不会用它，虽然我认为我们应该能在某种程度强制它。可能会有这样情况：

可创建一个新的隐形索引，但若想测试它，须使它可见。即所有对应用程序有即时影响的查询都将能用它。若目的只是想测试它，我不认为这是最好方法，不是所有人的服务器都有相同的数据大小和真实数据。强制隐藏索引这时可能会很有用。

你有许多索引，但不确定哪个未使用。可将一个索引更改为不可见，以查看是否存在任何性能下降。若是，你可立即更改。

可能有个特殊情况：只有一个查询可用该索引。此时，隐藏索引可能是很好解决方案。

3 创建有两个选项：

3.1 创建一个具有隐藏索引的表CREATE TABLE t1 ( i INT, j INT, k INT, INDEX i_idx (i) INVISIBLE) ENGINE = InnoDB;CREATE INDEX j_idx ON t1 (j) INVISIBLE;3.2 alter table并将索引更改为隐藏ALTER TABLE t1 ADD INDEX k_idx (k) INVISIBLE;4 使用如果我们现在要删除索引，我们可以将其更改为隐藏。 但是使用“FORCE / USE INDEX”的查询怎么样？ 他们是否会抛出一个错误？ 如果强制不存在的索引，你会收到错误。 你不会看到隐藏索引的错误。 优化器不会使用它，但知道它存在。

大型表上，这可能导致严重性能问题。 即使MySQL在查询执行期间不抛任何错误，它也应在错误日志中记录一个警告。