MySQL 5.7全文精准匹配为何返回不匹配条目？

你遇到的问题本质是**ngram全文解析器的分词逻辑和你预期的精准匹配语义不兼容**：

MySQL默认的全文解析器按单词边界拆分文本（比如@会被当作分隔符，yandex会被识别为一个完整单词），此时带引号的短语查询确实是"精准匹配完整短语"。但你创建索引时指定了WITH PARSER ngram，这个解析器的核心是把文本拆分成连续的n个字符（默认n=2），完全忽略单词边界。

当你执行MATCH(email) AGAINST ('+"yandex"' IN BOOLEAN MODE)时，ngram解析器会把yandex拆成ya、an、nd、de、ex这些2-gram片段。此时的"精准匹配"实际变成了匹配包含这些片段中至少一个的记录——soundexpert999@something.com里的soundexpert包含nd和ex，所以被误匹配。

根据你的使用场景，有几种可行的处理方式：

1. 改用默认全文解析器（推荐） #

如果你的业务不需要处理中文、日文这类无明确单词边界的语言，直接去掉ngram解析器创建索引：

CREATE TABLE `foo` (`email` varchar(255) DEFAULT NULL, FULLTEXT KEY `email_idx` (`email`));

此时默认解析器会把abc@yandex.com拆成abc和yandex两个独立单词，"yandex"的精准查询会严格匹配包含完整yandex单词的记录，不会再出现误匹配。

2. 调整ngram分词长度（仅适用于固定匹配目标） #

如果必须使用ngram解析器，可以修改ngram_token_size参数，把分词长度设为你要匹配的短语长度（比如yandex是6个字符）：

-- 全局设置，需重启MySQL生效；也可设置会话级临时生效
SET GLOBAL ngram_token_size=6;
-- 重建索引使设置生效
ALTER TABLE foo DROP INDEX ngramtest;
CREATE FULLTEXT KEY ngramtest (`email`) WITH PARSER ngram;

这样"yandex"会被作为一个完整的6-gram片段，只有包含完整yandex字符串的记录才会被匹配。但这种方法局限性很大，会导致短单词无法被正常分词查询。

3. 结合LIKE做二次过滤（折中方案） #

如果无法修改现有索引，可以在全文查询后用LIKE过滤掉误匹配的记录：

SELECT email 
FROM foo 
WHERE MATCH(email) AGAINST ('+"yandex"' IN BOOLEAN MODE) 
  AND email LIKE '%yandex%';

这种方法能保证结果准确性，但会损失部分全文索引的性能优势。

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