mysql 5.6 innodb全文索引默认只索引≥3字符的词且不支持中文分词，match against返回0常因词长不足、停用词硬过滤、索引未重建或中文未预处理所致；修改innodb_ft_min_token_size需重启并重建索引，中文须base64等编码后建索引。
MySQL 5.6 的 InnoDB 全文索引能用，但默认只索引长度 ≥ 3 的词，且不支持中文分词 —— 这不是配置错，是引擎限制本身。
为什么 MATCH() AGAINST() 总返回 0？
常见错误：搜单字母或两字词（如 'a'、'is'、'的'）永远没结果。这不是 SQL 写错了，而是 innodb_ft_min_token_size 默认为 3，且运行时不可改。
- 修改
my.cnf中的innodb_ft_min_token_size=1后必须重启 MySQL 才生效 - 旧全文索引不会自动重解析，必须先
ALTER TABLE t DROP INDEX ft_idx，再ALTER TABLE t ADD FULLTEXT INDEX ft_idx (col) -
ft_min_word_len是 MyISAM 参数，对 InnoDB 无效；别被文档混淆 - 即使设了
innodb_ft_enable_stopword=OFF，'a'、'the'这类极短词仍被硬编码过滤，无法索引
自然语言模式 vs 布尔模式怎么选？
两者底层分词逻辑和返回值完全不同，混用会导致“有数据却查不到”或排序反直觉。
tokenrouter-image-generator
下载
通过 Palebluedot AI(PBD)-TokenRouter 的多模态图像生成端点（`/v1/chat/completions`）使用 TokenRouter 兼容的方式生成或编辑图像...
-
IN NATURAL LANGUAGE MODE：自动过滤停用词，返回浮点相关度得分（如0.823），适合模糊匹配和排序 -
IN BOOLEAN MODE：支持+、-、*操作符，但返回固定值1，不计算权重；*只能放词尾，且前面至少满足innodb_ft_min_token_size（如设为 3，则'inno*'可行，'in*'不行） - 想排除某词（如
'mysql -performance'），必须用布尔模式；自然语言模式不支持减法
中文搜索在 5.6 里怎么搞？
MySQL 5.6 的 InnoDB 没 ngram 插件，无法按字/词切分中文，直接建全文索引基本无效。
- 升级到 5.7+ 并启用
WITH PARSER ngram是最稳妥方案 - 若卡在 5.6，只能预处理：把中文字符串转成 base64 或拼音，每字/每词单独编码后用空格拼接（如
'你好' → '5L2g 5rWB'），存入VARCHAR字段再建全文索引 - 查询时也必须对关键词做同样编码，否则匹配不上
- 注意：这种方案会显著增大存储体积，且无法支持语义检索（比如“笔记本电脑”和“手提电脑”无法等价）
重建全文索引后还是搜不到？
InnoDB 全文索引的停用词表、最小词长、分词行为，全部只在创建索引那一刻生效 —— 修改配置或停用词表后，已有索引不会自动更新。
- 自定义停用词表（
innodb_ft_server_stopword_table）必须在建索引前设置好，建完再改无效 - 事务提交后，新插入的数据不会立刻进入全文索引，存在缓存延迟（通常几秒到几十秒），且受事务隔离级别影响（未提交事务中的数据不可见）
- 用
SELECT * FROM INFORMATION_SCHEMA.INNODB_FT_INDEX_TABLE可查当前索引实际收录的 token，验证是否真被过滤掉了
真正麻烦的不是语法，是那些“改了配置却没生效”的静默限制 —— 它们藏在启动参数、索引生命周期和分词硬编码里，不碰一次坑很难意识到。
