全文索引必须预先创建，否则match报错；需注意存储引擎、字符集、字段类型及索引列名一致性；phpmyadmin中须在sql标签页手动执行，且against参数有严格限制；natural language与boolean mode行为迥异；中文分词效果有限，查不到结果需检查ft_min_word_len和停用词表。
全文索引必须提前建好，否则 match 直接报错
mysql 的 match ... against 不是“随时能用”的功能，它依赖表字段上已存在的 fulltext 索引。没建索引就写 match，会立刻抛出错误：error 1191: can't find fulltext index matching the column list。
建索引不是加个 ALTER TABLE 就完事——要注意存储引擎和字符集：
- MyISAM 和 InnoDB 都支持 FULLTEXT，但 InnoDB 要求 MySQL ≥ 5.6.4，且字段不能是
TEXT以外的类型（比如MEDIUMTEXT可以，BLOB不行） - 索引字段必须使用 utf8mb4 或兼容的字符集；如果表是
latin1，即使内容是中文，MATCH也会静默失败或返回空结果 - 建索引时要明确列出所有参与搜索的列，顺序无关，但列名必须和
MATCH()里完全一致
示例：给 articles 表的 title 和 content 建全文索引：
ALTER TABLE articles ADD FULLTEXT(title, content);
phpMyAdmin 中直接执行 MATCH AGAINST 查询要绕过界面限制
phpMyAdmin 默认的“搜索”标签页只支持 LIKE 和正则，不识别 MATCH 语法。你得切到“SQL”标签页手动写查询，否则点“搜索”按钮永远出不来全文检索结果。
注意三个常见卡点：
立即学习“PHP免费学习笔记（深入）”；
-
AGAINST的第二个参数必须是字符串字面量或用户变量，不能是字段名或表达式，例如AGAINST('php mysql' IN NATURAL LANGUAGE MODE)合法，AGAINST(search_term)会报错 - 搜索词里带括号、+、-、~ 等符号时，必须用单引号包裹整个字符串，否则 phpMyAdmin 可能提前解析出错
- 如果启用了 SQL 安全模式（常见于共享主机），
AGAINST在子查询或某些 JOIN 场景下可能被拒绝，优先用简单 SELECT 测试
一个可直接粘贴进 phpMyAdmin SQL 标签页的查询示例：
SELECT id, title, MATCH(title, content) AGAINST('database optimization' IN NATURAL LANGUAGE MODE) AS score FROM articles WHERE MATCH(title, content) AGAINST('database optimization' IN NATURAL LANGUAGE MODE) ORDER BY score DESC;
NATURAL LANGUAGE MODE 和 BOOLEAN MODE 别混用
两种模式行为差异极大，选错会导致结果完全不符合预期：
-
NATURAL LANGUAGE MODE（默认）：把搜索词当普通短语，自动忽略停用词（如 “the”、“is”），不支持 +、- 修饰符；适合模糊匹配，但无法强制包含某词 -
BOOLEAN MODE：支持+（必须含）、-（必须不含）、*（词干匹配）、双引号（精确短语），但不计算相关度分数，MATCH() AGAINST()返回 0 或 1
容易踩的坑：
- 在
NATURAL LANGUAGE MODE下写AGAINST('+php -mysql')—— 语法合法但+/-被忽略，实际还是自然语言搜索 - 在
BOOLEAN MODE下指望score字段有连续数值 —— 实际只有 0/1，排序无意义 - 中文分词依赖 MySQL 内置规则（按字节切分），没有第三方插件时，“数据库优化”会被拆成单字，效果差；别指望它像 Elasticsearch 那样理解语义
查不到结果？先确认 ft_min_word_len 和停用词表
MySQL 默认只索引长度 ≥ 4 的词（ft_min_word_len = 4），搜 “php” 或 “api” 这类三字母词，哪怕建了索引也查不到。这不是 phpMyAdmin 的问题，是 MySQL 底层配置。
检查和调整方法：
- 查当前设置：
SHOW VARIABLES LIKE 'ft_min_word_len';
- 改配置需重启 MySQL，且要同步修改
my.cnf中的ft_min_word_len和innodb_ft_min_token_size（InnoDB 表） - 停用词表默认启用，路径可通过
SHOW VARIABLES LIKE 'ft_stopword_file'查看；若想搜 “and”、“or”，要么删停用词文件，要么设为''（空字符串）并重建索引 - 重建索引后，旧数据不会自动重排分词，必须
OPTIMIZE TABLE table_name或重新 INSERT 数据
最简验证法：用 SELECT * FROM information_schema.INNODB_FT_INDEX_CACHE;（InnoDB）或查 MYISAM 的 .MYI 文件状态，确认目标词是否真进了倒排索引 —— 很多时候你以为搜不到，其实是根本没索引进去。
全文搜索不是开关一开就灵，索引建得对不对、词长合不合、停用词放不放，每个环节断了都白搭。别急着改代码，先去 information_schema 里翻翻索引里到底有没有你要的词。
