MySQL 5.7默认全文索引对中文失效，因其依赖空格/标点分词，而中文无空格；必须配置ngram_token_size并显式指定WITH PARSER ngram建索引，否则中文查询始终为空。
MySQL 5.7 的全文索引默认用空格和标点分词，中文没空格，所以不配 ngram_token_size、不显式写 WITH PARSER ngram，就根本不会切中文词——查什么都是空。
为什么默认分词器对中文完全失效
MySQL 原生全文索引从 5.6 开始支持 InnoDB，但直到 5.7.6 才内置 ngram 解析器。此前所有版本都依赖“空格/标点分隔”，而中文是连续字串，比如 "数据库技术" 在默认解析下会被当做一个超长“单词”，无法匹配 "数据库" 或 "技术"。
- 建表时没加
WITH PARSER ngram→ 自动退化为空格分词，中文字段等于没建全文索引 - 即使表字符集是
utf8mb4、引擎是InnoDB、字段有内容，只要没触发ngram，MATCH()就查不到任何中文结果 -
LIKE '%关键词%'能查到，但走不了索引，数据一过万就明显变慢
必须改的两个核心配置项
ngram_token_size 决定滑动窗口长度，它不是可选参数，而是硬性前提；ft_min_word_len（或 innodb_ft_min_token_size）在启用 ngram 后实际被忽略——这点很多人踩坑。
-
ngram_token_size必须写进my.cnf的[mysqld]段，且重启 MySQL 才生效；SET GLOBAL完全无效 - 值推荐设为
2：设1会导致单字爆炸（如搜“数”命中“数据”“数学”“数据库”），相关性排序失真；设4则“数据”搜不到“数据库”，因为后者只生成"数据库"这一个 token - 别去查
INFORMATION_SCHEMA.PLUGINS看ngram是否加载——它不注册为插件，查了为空是正常的；正确方式是SHOW VARIABLES LIKE 'ngram_token_size'
建索引和查询时的语法雷区
哪怕配置全对、服务已重启，只要 SQL 里漏掉一个关键词，全文检索就静默失败。
- 建索引必须显式写
FULLTEXT (col1, col2) WITH PARSER ngram，不能省略WITH PARSER ngram -
MATCH()中的字段顺序、数量，必须和建索引时完全一致，多一个少一个都报错或返回空 - 只支持
IN NATURAL LANGUAGE MODE；IN BOOLEAN MODE在ngram下不可用，会直接报错Fulltext boolean mode not supported with ngram parser - 搜索词长度不能小于
ngram_token_size：设了2，搜单字如'数'就一定无结果
重建旧索引比新建更关键
很多团队改完配置、重启服务后仍查不到中文，问题往往出在旧索引上——ngram_token_size 是建索引时“固化”进索引结构的，不是运行时动态读取的。
- 已有表加了全文索引但没写
WITH PARSER ngram？必须先DROP INDEX，再ADD FULLTEXT ... WITH PARSER ngram - 如果表里已有大量数据，建议先清空再重建索引，避免因分词缓存或内部状态残留导致行为异常
- 别信“改完配置就自动生效”的直觉——索引一旦建好，它的分词逻辑就锁死了，和当前变量值无关
MATCH 都会安静地返回空结果集，连 warning 都不抛。 
