MySQL MATCH AGAINST不支持同义词匹配，因FULLTEXT索引仅做词干匹配与布尔逻辑，无内建同义词库；需通过应用层查synonym_map表展开同义词并用BOOLEAN MODE查询。
MySQL MATCH AGAINST 为什么查不出同义词
因为 MATCH AGAINST 默认不支持同义词匹配，它只做词干匹配（如 running → run）和布尔逻辑，不查词典、不走同义词库。你输入 "car"，它不会自动找 "automobile" 或 "vehicle"。
常见错误现象：MATCH(title, content) AGAINST('car' IN NATURAL LANGUAGE MODE) 返回空，但你知道文档里写了 “automobile”；或者用 BOOLEAN MODE 加 + 号也无效——这不是语法错，是能力边界问题。
-
FULLTEXT索引本身不内建同义词表，MySQL 不提供synonym_file这类配置项 - 中文更麻烦：分词依赖
ngram或第三方插件，原生ft_min_word_len对单字无效，"车"和"汽车"在索引里就是两个独立 token - 如果你启用了
ngram分词（ft_parser = ngram），它只按固定长度切字，不是语义切分，所以"电动车"和"新能源车"依然无法关联
想让 SQL 支持同义词，绕不开预处理
真正可行的路只有一条：把同义词映射在写入或查询时“展开”。不是靠索引功能，而是靠 SQL 逻辑补足。
使用场景：搜索商品标题、客服知识库、内部文档系统——只要能接受少量冗余或可控的查询膨胀，这法子最稳。
- 建一张
synonym_map表，字段为word和canonical_form（比如word='auto',canonical_form='car'） - 查询前先用应用层或存储过程查出所有同义词：
SELECT word FROM synonym_map WHERE canonical_form = 'car'，拼成'car auto automobile vehicle' - 再用
MATCH AGAINST('+car +auto +automobile +vehicle' IN BOOLEAN MODE)——注意必须用BOOLEAN MODE，NATURAL LANGUAGE MODE会忽略+ - 如果怕查询太长触发
ft_max_word_len截断，可改用OR拼接多个MATCH，但性能明显下降
IN NATURAL LANGUAGE MODE 和 IN BOOLEAN MODE 别混用
两者底层行为完全不同，选错模式会导致同义词扩展完全失效。
参数差异直接决定你能不能控制匹配粒度：
-
NATURAL LANGUAGE MODE自动计算相关性分数，但忽略所有操作符（+、-、*），也无法强制包含某词——你想“必须含 car 或其同义词”，它做不到 -
BOOLEAN MODE允许+（必须）、-（排除）、*（通配），但不返回分数，且对停用词更敏感（比如the、and默认被跳过，即使你加了+） -
ft_stopword_file如果设为空或自定义文件，会影响哪些词能参与匹配；默认停用词表里有常见虚词，但一般不含业务词，所以"car"不会意外被过滤
别指望 FULLTEXT 替代语义搜索
哪怕你把同义词表建得再全、查询拼得再密，MATCH AGAINST 仍只是关键词扩展，不是语义理解。它不知道 “iPhone 15” 和 “苹果手机” 是同一类，除非你人工把这两者加进同义词映射表。
容易被忽略的地方在于：一旦业务中出现新词（比如突然火了的 “折叠屏”），同义词表就得同步更新，否则查询就断。而更新表后，旧数据的 FULLTEXT 索引不会自动重建——你得手动 ALTER TABLE ... REPAIR 或 OPTIMIZE 才能让新词生效。
