navicat图形界面无法可靠创建全文索引，必须用sql手动执行alter table add fulltext index；其索引菜单禁用fulltext是因引擎、版本、字段类型、字符集等不满足mysql全文索引要求。
Navicat 图形界面创建全文索引经常失败，不是操作不对，而是它根本没权限或能力真正触发 MySQL 的 FULLTEXT 索引构建逻辑；必须用 SQL 手动执行 ALTER TABLE，否则你看到的“添加成功”只是 UI 假象。
为什么 Navicat 的索引下拉菜单里没有 Fulltext 选项
这不是 Navicat 的 bug，而是它在点击“索引”页签时，实时向 MySQL 发起元数据查询，并根据以下条件动态禁用 Fulltext 选项：
-
SHOW TABLE STATUS LIKE 'your_table'返回的Engine不是InnoDB或MyISAM（比如是Memory、Csv） - MySQL 版本低于 5.6（InnoDB 全文索引从 5.6 开始支持）
- 目标字段类型不是
VARCHAR、TEXT、TINYTEXT等文本类型（例如用了JSON或INT） - 字段字符集不是
utf8mb4，或排序规则不兼容分词（如utf8mb4_bin会破坏 ngram 切词）
手动建全文索引的正确 SQL 写法
别依赖“设计表→索引→下拉选 Fulltext”，直接在 Navicat 查询编辑器中运行语句。注意三处关键：
- 语法必须是
ALTER TABLE table_name ADD FULLTEXT INDEX idx_name (col1, col2)，不能漏掉INDEX关键字（有些旧版 Navicat 补全会省略，导致报错） - 索引名（如
idx_name）建议带前缀，比如ft_title_content，避免和普通索引混淆 - 多字段联合全文索引必须全部列在括号内，且顺序影响
MATCH()中的字段顺序——MATCH(title, content)必须和建索引时字段顺序一致
示例：ALTER TABLE articles ADD FULLTEXT INDEX ft_title_body (title, body);
建完索引后 MATCH() 和 AGAINST() 容易踩的坑
即使索引建成功，查询仍可能走不了全文扫描，常见错误有：
-
AGAINST('mysql' IN BOOLEAN MODE)和title LIKE '%mysql%'混在同一个WHERE子句里：OR 后的LIKE会让整个条件放弃使用全文索引 - 中文搜索返回空：默认
ngram_token_size=2，中文单字切不开，必须在 MySQL 配置中设为ngram_token_size=1并重启 + 重建索引 - 自然语言模式下搜太短的词（如“DB”）：MySQL 默认
ft_min_word_len=4，小于该长度的词被忽略，需改配置并重建索引 - 没加
IN NATURAL LANGUAGE MODE却又期望返回相关性分数：不声明模式时默认是自然语言，但 Navicat 自动补全有时漏掉，导致语法合法但结果无relevance列
验证是否真用了全文索引
别只看查询结果，用 EXPLAIN 看执行计划才是唯一依据：
- 运行
EXPLAIN SELECT *, MATCH(title) AGAINST('数据库') AS score FROM articles WHERE MATCH(title) AGAINST('数据库'); - 检查
type列是否为fulltext，key列是否显示你建的索引名（如ft_title_body） - 如果
type是ALL或index，说明全文索引根本没生效——大概率是字段类型、字符集或MATCH/AGAINST写法不匹配
最常被忽略的一点：全文索引的相关性分数（score）只在当前 MATCH() 调用中有效，不能跨查询比较大小，也不能用于 ORDER BY score DESC 之外的计算。
