MyISAM迁InnoDB全文索引需分三步：先确认兼容性（主键、无前缀索引、版本支持），再用合适工具迁移引擎（小表原生命令、中表pt-online、大表gh-ost），最后重构查询逻辑并手动重建索引、配置参数。
不能直接“替代”，必须分三步走：先确认兼容性，再迁移引擎，最后重构全文检索逻辑——MyISAM的全文行为和InnoDB不一致，硬切会丢结果、报错或返回空。
查清 MyISAM 表是否真能迁到 InnoDB 全文索引
不是所有 MyISAM 全文表都能无损转 InnoDB。以下任意一条不满足，ALTER TABLE ... ENGINE=InnoDB 就会失败或静默降级：
-
SHOW INDEX FROM your_table WHERE Key_name = 'FULLTEXT'返回结果，但SHOW CREATE TABLE your_table里没主键或唯一非空索引 → InnoDB 会静默加隐藏ROW_ID，后续MATCH() AGAINST()可能不生效 - 表含
FULLTEXT索引但字段类型是TEXT且用了前缀索引（如content(255)）→ InnoDB 不支持前缀全文索引，建索引时直接报错ERROR 1214 (HY000): The used table type doesn't support FULLTEXT indexes - MySQL 版本 ALTER 不报错但也不建索引
- 停用词或最小词长被 MyISAM 自定义过（如
ft_min_word_len=2），而 InnoDB 默认是innodb_ft_min_token_size=3→ “it”、“we” 这类两字符词在 InnoDB 中搜不到
迁移引擎时避开 COPY 锁表陷阱
大表（>500MB）直接 ALTER TABLE t ENGINE=InnoDB 会触发全表 COPY，锁死写入、吃爆磁盘、拖垮从库。必须按场景选法：
- 小表（≤500MB）、有主键、无前缀全文索引、磁盘剩余 ≥ 原表
.MYD× 2.2 → 可用原生命令，但务必在低峰期执行，并监控SHOW PROCESSLIST是否卡在copy to tmp table - 中大表（500MB–5GB）→ 必须用
pt-online-schema-change，命令形如：pt-online-schema-change --alter "ENGINE=InnoDB" D=your_db,t=your_table --execute；注意它依赖主键分片，若主键是BIGINT且值稀疏，需加--chunk-index指定更优索引 - 超大表（>5GB）或主从延迟敏感 → 改用
gh-ost，它不依赖触发器，对从库压力更小；但要求 MySQL 5.7+ 且 binlog_format=ROW - 迁移后旧
.MYD/.MYI文件不会自动删 → 必须人工确认新表数据一致（CHECKSUM TABLE对比）、业务验证搜索结果无误，再rm删除
重写全文查询语句，别照搬 MyISAM 写法
InnoDB 的全文检索语法看似一样，但底层行为差异极大，常见翻车点：
-
AGAINST('word' IN NATURAL LANGUAGE MODE)在 MyISAM 中默认忽略停用词，在 InnoDB 中需确认innodb_ft_enable_stopword是否开启（默认 ON），否则 “the” “is” 类词仍会被过滤 - 中文搜索必须显式指定
WITH PARSER ngram，否则 InnoDB 把整段中文当一个 token 处理 →CREATE FULLTEXT INDEX ft_idx ON articles(title, content) WITH PARSER ngram - 布尔模式下，MyISAM 支持
@title word字段限定，InnoDB 不支持；只能靠MATCH(title) AGAINST('+word' IN BOOLEAN MODE)或拆成多个MATCH()组合 -
IN NATURAL LANGUAGE MODE返回的是相关度分数，但 InnoDB 的排序算法和 MyISAM 不同，相同关键词可能排序颠倒 → 应用层不要依赖隐式排序，显式加ORDER BY MATCH(...) DESC
别漏掉配置项和重建索引这两步
引擎改完、SQL 改完，不代表全文就能用。InnoDB 全文索引是“惰性构建”的，必须手动触发同步：
- 确认
innodb_ft_enable_stopword=ON（默认），若要关停用词需设为OFF并重启 MySQL；自定义停用词表需用innodb_ft_server_stopword_table指向一张两列（value VARCHAR(180), lang_id INT）的表 - 改完引擎后，InnoDB 不会自动重建全文索引 → 必须执行
OPTIMIZE TABLE your_table或ALTER TABLE your_table DROP INDEX ft_idx, ADD FULLTEXT INDEX ft_idx (title, content) - 如果原 MyISAM 表用了
ft_min_word_len=2，InnoDB 需同步调innodb_ft_min_token_size=2，并重启 MySQL；否则重建索引时两字符词直接被跳过 - 验证是否生效：
SELECT * FROM information_schema.INNODB_FT_INDEX_TABLE WHERE TABLE_NAME='your_table'有数据才说明索引已加载
最易被忽略的是：InnoDB 全文索引变更后，必须等 innodb_ft_aux_table 变量指向的辅助表完成同步，MATCH() AGAINST() 才返回真实结果——这个过程可能长达几分钟，期间查询像“没索引”一样慢。别只看 SHOW INDEX 显示存在就以为万事大吉。
