InnoDB全文检索无结果，MyISAM正常返回问题求助

嘿，我帮你捋清楚这个问题的来龙去脉和解决办法——你把MyISAM表转成InnoDB后遇到的全文检索score异常，核心是两者在停用词处理、字符集适配上的差异，尤其是in这类停用词的坑，咱们一步步来搞定：

核心问题拆解 #

你遇到的两个异常场景本质是同一类问题：

• MyISAM和InnoDB的全文检索停用词机制不兼容，默认停用词表不一样，而且InnoDB对停用词的过滤更严格
• 两张表的字符集不一致（MyISAM用latin1，InnoDB用utf8），导致相同文本的token解析逻辑不同，部分词可能被错误忽略
• 你自定义停用词表后没生效，大概率是字符集不匹配或者索引重建的步骤不对

具体解决方案 #

1. 统一自定义停用词表与目标表的字符集 #

你的自定义停用词表my_stopwords用的是latin1，但InnoDB表是utf8，字符集不匹配会让MySQL无法正确识别停用词规则。先把停用词表改成和目标表一致的字符集：

ALTER TABLE my_stopwords CONVERT TO CHARACTER SET utf8;

注意：如果你的InnoDB表后续要改成latin1，也可以把停用词表同步改成latin1，核心是两者字符集必须完全一致。

2. 正确配置停用词参数并重启MySQL #

在my.cnf中确保以下参数设置正确，然后重启MySQL服务：

# 最小token长度，根据你的业务需求调整（比如你之前设的1）
innodb_ft_min_token_size = 1
# 最大token长度，覆盖你的字段内容长度（比如150）
innodb_ft_max_token_size = 150
# 指定自定义停用词表，格式为「数据库名/表名」
innodb_ft_server_stopword_table = '你的数据库名/my_stopwords'
# 关闭默认停用词文件，确保只用自定义表规则
ft_stopword_file = ""

重启后用以下SQL确认参数是否生效：

SHOW VARIABLES LIKE '%innodb_ft%';
SHOW VARIABLES LIKE 'ft_stopword_file';

3. 彻底重建全文索引（别用OPTIMIZE TABLE） #

InnoDB的OPTIMIZE TABLE对全文索引的重建效果很差，直接删除再重建索引才是最彻底的方式：

# 先删除原有全文索引（替换成你的索引名）
ALTER TABLE 你的InnoDB表名 DROP INDEX 你的全文索引名;
# 重新创建全文索引（替换成你的字段名和索引名）
ALTER TABLE 你的InnoDB表名 ADD FULLTEXT INDEX 你的全文索引名(COLUMNS);

4. 验证Token是否被正确索引 #

如果还是有问题，可以查看InnoDB的全文索引token列表，确认in这类词有没有被正常索引：

SELECT * FROM INFORMATION_SCHEMA.INNODB_FT_INDEX_TABLE 
WHERE table_id = (SELECT table_id FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE name = '你的数据库名/你的InnoDB表名');

如果in不在结果里，说明还是被当成停用词了，回头检查自定义停用词表的字符集和参数配置。

5. 可选：统一两张表的字符集 #

因为MyISAM用latin1、InnoDB用utf8，字符集差异可能导致文本解析不一致。如果业务允许，可以把InnoDB表改成latin1：

ALTER TABLE 你的InnoDB表名 CONVERT TO CHARACTER SET latin1;

验证效果 #

完成以上步骤后，重新执行你的查询：

SELECT MATCH (Columns) AGAINST ('+Term +Ex +in' IN BOOLEAN MODE) as score FROM 你的InnoDB表名 where id = 1;

正常情况下应该能返回非0的score，和不含in的查询逻辑一致。

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