MySQL InnoDB表FULLTEXT全文索引运行一段时间后异常问题求助
该异常行为不属于正常的设计表现，大概率是版本bug或者全文索引缓存刷新机制配置不合理导致的。
版本已知bug（概率最高）
MySQL 5.7早期版本（5.7.13及之前）存在多个InnoDB全文索引相关的稳定性bug，会出现在实例闲置、后台缓存清理或重启后，全文索引元数据不匹配、部分条目无法被检索的问题，完全符合你遇到的「重建索引临时恢复、闲置后复现」的表现。
修复方案：优先将MySQL升级到5.7.19以上的稳定版本，或者8.0的LTS版本，即可从根源解决该问题。全文索引缓存刷新机制不合理
InnoDB的全文索引更新默认采用延迟合并策略：新插入/修改的条目对应的索引数据会先存在FTS内存缓存中，默认只有当缓存达到innodb_ft_cache_size（你当前配置为8M）的上限时，才会将缓存数据合并到磁盘上的持久化全文索引中。如果你的表写入频率很低，长时间达不到缓存上限，闲置期间后台线程的清理逻辑可能出现缓存与持久化索引的元数据不一致，导致部分条目检索不到。
修复方案：- 写入量小的场景下，可定期执行
OPTIMIZE TABLE videos;手动触发全文索引合并，确保内存中的索引变更全部持久化 - 也可以适当调低
innodb_ft_cache_size的阈值，让缓存更快触发自动合并
- 写入量小的场景下，可定期执行
停用词误拦截（低概率）
你当前配置开启了innodb_ft_enable_stopword，默认使用InnoDB内置的英文停用词表，如果你的video_name存在命中停用词、或者长度小于innodb_ft_min_token_size（你当前配置为3）的内容，会被自动排除出索引。不过该问题不会随闲置时间变化，也不会重建索引就恢复，仅作为排查项参考。
修复方案：如果你的内容以中文为主，可直接将innodb_ft_enable_stopword设置为OFF关闭停用词校验，或者自定义符合业务场景的停用词表。表空间损坏（低概率）
可以执行CHECK TABLE videos;命令检查表结构和表空间是否存在损坏，如果确认有损坏，执行ALTER TABLE videos ENGINE=InnoDB;全表重建，比单独重建全文索引的修复更彻底。
内容的提问来源于stack exchange，提问作者Rorschacht
