phpMyAdmin的「索引」页不支持FULLTEXT类型，必须通过「SQL」页签执行ALTER TABLE ADD FULLTEXT语句创建；常见失败原因包括字段类型非CHAR/VARCHAR/TEXT、引擎非InnoDB/MyISAM、中文未配ngram解析器。
phpMyAdmin 的「索引」页不支持 FULLTEXT 类型
你点开表的「结构」页，再切到右上角「索引」标签，看到的只是 b-tree 索引管理界面。这里根本没提供 fulltext 选项——不是按钮藏得深，是 phpmyadmin 明确不渲染该类型。它底层调用的是 mysql 的 show indexes 和普通 alter table ... add index 语句，而 fulltext 索引必须用带 fulltext 关键字的专用语法，工具压根没对接。
建 FULLTEXT 索引必须手写 ALTER TABLE 或 CREATE TABLE
可视化失败后唯一可靠路径是进「SQL」页签执行命令。常见错误包括：
- 误在「索引」页点「添加索引」→ 生成的是
INDEX而非FULLTEXT，查不到结果 - 字段类型不对：选了
INT、TINYBLOB或允许NULL（InnoDB 要求 NOT NULL） - 引擎不匹配：表是
MEMORY或ARCHIVE，这两者完全不支持 FULLTEXT - 中文场景漏
WITH PARSER ngram→ 建了索引也搜不出“数据库”
正确示例：ALTER TABLE `articles` ADD FULLTEXT INDEX ft_title_content (`title`, `content`) WITH PARSER ngram;
为什么「搜索」页签也用不了 MATCH AGAINST？
phpMyAdmin 的「搜索」页签只识别 LIKE、正则和简单条件，根本不解析 MATCH() 函数。你填了 MATCH(title) AGAINST('xxx')，它会当普通字符串过滤，最终执行的其实是 WHERE 'MATCH(title) AGAINST(xxx)' 这种无效 SQL。必须切到「SQL」页签，手动写完整查询，例如：SELECT * FROM articles WHERE MATCH(title, content) AGAINST('php教程' IN NATURAL LANGUAGE MODE);
确认 FULLTEXT 是否真生效的三个检查点
即使 SQL 执行成功，索引也可能没起作用：
立即学习“PHP免费学习笔记（深入）”；
- 查索引是否存在：
SELECT * FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_NAME = 'articles' AND INDEX_TYPE = 'FULLTEXT'; - 确认字段字符集是
utf8mb4（latin1 下中文全文搜索静默失败） - 新插入数据不会立刻进全文索引缓存——InnoDB 需等后台合并，刚插完就搜可能返回空，用
SELECT MATCH(...) AGAINST(...)直接查分值更准
真正麻烦的从来不是语法，而是 MySQL 全文索引本身对数据状态、引擎行为、字符集、分词器的强耦合——少一个条件，MATCH 就永远返回 0。
