能，但有硬性限制：仅支持MyISAM和InnoDB引擎，字段类型必须是CHAR/VARCHAR/TEXT；InnoDB要求MySQL≥5.6且需显式指定FULLTEXT；中文需ngram插件并调小innodb_ft_min_token_size，否则按字切分导致匹配失效。
MySQL 自带的 FULLTEXT 索引能直接用吗？
能，但有硬性限制：仅支持 MyISAM 和 InnoDB 引擎，且字段类型必须是 CHAR、VARCHAR 或 TEXT；InnoDB 要求 MySQL ≥ 5.6，且建索引时需显式指定 FULLTEXT。Django 的 SearchVector 和 SearchQuery 是 PostgreSQL 专属，对 MySQL 不生效——别在 filter(search_vector__search=...) 上浪费时间。
- 建表后手动加索引更可靠：
ALTER TABLE myapp_article ADD FULLTEXT(title, content); - Django 模型字段无需特殊标记，但建议在
Meta.indexes里声明，提醒团队这是可检索字段 - 中文分词失效：MySQL 原生 FULLTEXT 对中文按字切分（“数据库” → “数”“据”“库”），搜“数据库”大概率查不到，除非开启 ngram 插件并配置
ft_min_word_len=2（默认是 4）
怎么写 SQL 实现基础全文匹配？
绕过 Django ORM，直接用 extra() 或原生查询最实在。比如搜索标题和内容都含关键词：
Article.objects.extra(
where=["MATCH(title, content) AGAINST (%s IN NATURAL LANGUAGE MODE)"],
params=['django'],
)
注意 mode 差异：
-
NATURAL LANGUAGE MODE：返回相关性分数，适合排序，但不支持布尔操作符 -
BOOLEAN MODE：支持+（必须）、-（排除）、*（通配），但不返回分数，ORDER BY MATCH(...) DESC才能排序 -
WITH QUERY EXPANSION：自动扩展同义词，但易误召，生产环境慎用
如何让中文搜索靠谱一点？
MySQL 原生方案太弱，实际项目中推荐两个轻量替代：
kashen-mysql DDLtoExcel
下载
解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。
立即学习“Python免费学习笔记（深入）”；
- 用
django-mysql第三方包，它封装了Match查找器，支持match查询语法，且自动处理参数转义：Article.objects.filter(title__match='Python教程') - 更稳的选择是上
Whoosh（纯 Python）或Solr（Java），它们自带中文分词器（如 IK、jieba），Django 有成熟适配层django-haystack；缺点是多一个服务进程，部署复杂度上升 - 如果坚持 MySQL，务必关掉
ft_stopword_file（默认启用停用词），否则“的”“是”“在”等字会被过滤，导致短词无法匹配
为什么搜索结果总漏掉刚插入的数据？
因为 MySQL FULLTEXT 索引不是实时更新的——InnoDB 有缓存延迟，MyISAM 在大量写入后需运行 OPTIMIZE TABLE 重建索引。这不是 Django 的 bug，是存储引擎特性。
- 小流量场景下，可在保存模型后手动触发更新：
from django.db import connection; connection.cursor().execute("OPTIMIZE TABLE myapp_article")，但别在高频写入路径里调用 - 真正要实时，就得换搜索引擎；MySQL 只适合对实时性要求不高的后台管理类搜索
- 测试时容易忽略：本地开发用 SQLite，它根本没 FULLTEXT 支持，跑测试会静默失败，务必在 CI 环境用真实 MySQL 实例验证
全文检索不是加个字段就能跑，MySQL 的限制比想象中多，尤其是中文和实时性这两块，得提前踩坑。
