mysql 5.6后推荐innodb全文索引，因其支持事务、崩溃恢复与并发写入，集成redo log、mvcc和行级锁，而myisam全文索引不支持事务且易致索引不一致。
MySQL 5.6之后推荐使用InnoDB全文索引，不是因为它“更好用”，而是因为MyISAM的全文索引在事务、崩溃恢复、并发写入等真实生产场景中根本不可靠——InnoDB补齐了这个能力缺口，且不牺牲ACID。
MyISAM全文索引在事务场景下会直接失效
MyISAM不支持事务，INSERT/UPDATE/DELETE一旦中途失败（如断电、连接中断），全文索引可能处于不一致状态，且无法回滚。而InnoDB全文索引与行级锁、redo log、MVCC完全集成，MATCH() AGAINST()查询看到的数据和事务隔离级别保持一致。
常见错误现象：
- MyISAM表执行批量导入后，
SELECT COUNT(*) FROM table WHERE MATCH(col) AGAINST('xxx')返回结果不稳定 - 主从复制中，MyISAM全文索引在从库上因
STOP SLAVE; START SLAVE后出现漏词或重复索引
InnoDB全文索引支持标准DML语义，MyISAM不支持
InnoDB允许在事务中安全地增删改带全文索引的行，索引更新自动延迟合并到INNODB_FT_INDEX_CACHE，再通过OPTIMIZE TABLE或后台线程刷入主索引表；MyISAM则要求每次INSERT都实时重建倒排项，高并发写入时锁表严重。
关键参数差异：
-
innodb_ft_cache_size：控制缓存区大小，默认8MB，影响新插入文本的索引延迟合并效率 -
innodb_optimize_fulltext_only：设为ON时，OPTIMIZE TABLE只处理全文索引，避免全表重建 - MyISAM没有对应机制，
REPAIR TABLE或OPTIMIZE TABLE会锁整个表数秒至分钟级
中文搜索必须搭配ngram或自定义parser，InnoDB原生支持，MyISAM不支持
MySQL 5.7起，InnoDB可通过WITH PARSER ngram启用中文分词（按字符切分），而MyISAM全文索引始终依赖空格/标点分词，对中文完全无效。
实操建议：
- 建索引时显式指定parser：
CREATE FULLTEXT INDEX idx_title ON articles(title) WITH PARSER ngram - 确认生效：
SELECT * FROM INFORMATION_SCHEMA.INNODB_FT_CONFIG WHERE KEY = 'parser'应返回ngram - 注意
ngram_token_size默认为2，若需单字检索（如“数”“据”），需设为1并重启mysqld（该值不可动态修改）
全文索引维护成本被低估，InnoDB提供可观察、可干预的调试路径
MyISAM全文索引是黑盒，出问题只能重建；InnoDB把索引中间状态全部暴露为INFORMATION_SCHEMA表，方便定位问题。
容易踩的坑：
- 忘记配置
innodb_ft_aux_table='db_name/table_name'，导致查不到INNODB_FT_INDEX_TABLE里的实际分词数据 - 误以为
INNODB_FT_INDEX_CACHE是“脏数据”，其实它是设计使然——新插入的词先缓存在这里，避免频繁合并拖慢写入 - 停用词表被硬编码在
INNODB_FT_DEFAULT_STOPWORD里，想禁用需设innodb_ft_enable_stopword=OFF，而非删表
真正复杂的不是语法，而是分词边界、停用词策略、缓存合并时机这三者的耦合——它们共同决定“为什么搜‘数据库’没返回刚插入的那条记录”。这些细节MyISAM根本不让你看见，InnoDB至少给了你调的入口。
