如何无需重建含悬空FULLTEXT索引的表完成MySQL 5.7到8的迁移？

这种报错是因为删除FULLTEXT索引后，MySQL数据字典或InnoDB底层元数据仍残留了索引的无效记录，以下是无需重建表的解决步骤：

1. 确认悬空索引的残留信息 #

先查询元数据中是否还存在无效的FULLTEXT索引记录：

-- 查看表的索引统计信息
SELECT * FROM information_schema.STATISTICS 
WHERE TABLE_SCHEMA = '你的数据库名' 
  AND TABLE_NAME = 'xxxx' 
  AND INDEX_TYPE = 'FULLTEXT';

-- 查看InnoDB系统表中的索引记录
SELECT * FROM information_schema.INNODB_SYS_INDEXES 
WHERE NAME LIKE '%fulltext%' 
  AND TABLE_ID = (SELECT TABLE_ID FROM information_schema.INNODB_SYS_TABLES WHERE NAME = '你的数据库名/xxxx');

如果返回结果中有未删除的FULLTEXT索引记录，说明元数据存在残留。

2. 修复表元数据（优先推荐） #

使用ALTER TABLE FORCE命令重建表的元数据，该操作仅修复元数据，不会重建整个表，对大表开销极低：

ALTER TABLE xxxx FORCE;

这个命令会让InnoDB重新生成表的元数据结构，自动清理悬空的索引记录。

3. 临时索引刷新元数据（备选方案） #

如果步骤2无效，可通过临时创建再删除FULLTEXT索引的方式强制刷新元数据：

-- 给某个存在的字段创建临时FULLTEXT索引
ALTER TABLE xxxx ADD FULLTEXT INDEX ft_temp (你的字段名);
-- 删除临时索引
ALTER TABLE xxxx DROP INDEX ft_temp;

该操作会触发MySQL更新数据字典，覆盖之前的残留索引记录。

4. 更新表统计信息 #

执行以下命令更新表的统计信息，确保升级预检查能读取到正确的索引状态：

ANALYZE TABLE xxxx;

5. 重新运行升级预检查 #

完成上述操作后，重新触发RDS的升级预检查，验证报错是否消除。

关键注意事项 #

• 操作前必须给RDS实例创建快照备份，避免操作失误导致数据异常。
• ALTER TABLE FORCE在RDS InnoDB引擎下属于轻量操作，仅会产生短暂的元数据锁，对业务影响极小。
• 超大表建议在业务低峰期执行操作，进一步降低影响。

内容的提问来源于stack exchange，提问作者Noamway