ThinkPHP全文索引怎么用_ThinkPHP搜索引擎集成说明【教程】-ThinkPHP-PHP中文网

ThinkPHP无内置全文索引抽象层，需手动选择MySQL FULLTEXT、Elasticsearch等方案；MySQL需显式建FULLTEXT索引并用MATCH()查询，中文须前置分词；ES需配置mappings与分词器，数据同步需手动触发，二者均不自动支持中文分词。

thinkphp全文索引怎么用_thinkphp搜索引擎集成说明【教程】

ThinkPHP 本身不提供开箱即用的“全文索引”抽象层，所谓“全文索引怎么用”，本质是你选哪条路：MySQL 原生 FULLTEXT、Elasticsearch、XunSearch 还是自建分词索引表——没有统一接口，只有适配路径。

MySQL FULLTEXT 索引必须手动建，TP 模型不感知

ThinkPHP 的 where()、field() 或模型定义完全不会触发或管理 MySQL 的 FULLTEXT 索引。它只生成标准 SQL，是否走全文检索，全看你的 SQL 里有没有 MATCH() AGAINST()。

必须在数据库中显式创建索引：

ALTER TABLE `article` ADD FULLTEXT INDEX `ft_title_content` (`title`, `content`);

查询时不能用 where('title', 'like', '%关键词%')，得手写原生 SQL 或用 whereRaw()：
$model->whereRaw("MATCH(title, content) AGAINST(? IN NATURAL LANGUAGE MODE)", [$keyword])->select();
中文直接查会失败：MySQL 默认最小词长 4，且无中文分词能力；必须提前把标题/内容按词切分后存入单独的索引表（如 search_index），再对那个表建 FULLTEXT —— 这才是 ThinkPHP 3.2/5.x 项目里常见的做法
AGAINST() 支持三种模式：NATURAL LANGUAGE（默认，相关性排序）、BOOLEAN（支持+ - *等语法）、QUERY EXPANSION（少用），别混用

Elasticsearch 需要显式同步字段，mapping 决定能否搜

ThinkPHP 模型字段加个 searchable = true 属性？没这回事。ES 的可搜索性由索引的 mappings 定义决定，和 PHP 代码无关。

字段类型必须设为 text（不是 keyword）才支持分词搜索；JSON 字段如 extra_info 默认不解析，得声明为 nested 或 object 并指定 enabled: true

数据写入 ES 不能靠模型 save() 自动同步，必须在业务逻辑里显式调用客户端插入：

$params = [
  'index' => 'article',
  'id'    => $id,
  'body'  => [
    'title'   => $data['title'],
    'content' => $data['content'],
    'tags'    => $data['tags']
  ]
];
$client->index($params);

ThinkPHP 6 可用 laravel/scout + scout-elasticsearch-driver 封装一层，但要注意：
- Scout 的 toSearchableArray() 方法必须重写，控制哪些字段进 ES
- 同步时机需手动触发（$model->searchable()）或监听事件，不是实时的
- config/scout.php 中 driver 设为 elastic，否则 search() 会静默退化为数据库查询

中文分词必须前置处理，MySQL 和 ES 都不自带

无论是 FULLTEXT 还是 ES，默认都不理解“人工智能”该拆成“人工”“智能”还是“人工智能”。你得自己做：

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

MySQL 方案：插入前用 jieba-php 或 Fenci 切词，把 title 转成空格分隔字符串存进 search_index.title_words 字段，再对这个字段建 FULLTEXT

ES 方案：在 mappings 里指定中文分词器，比如 ik_max_word：

"title": {
  "type": "text",
  "analyzer": "ik_max_word",
  "search_analyzer": "ik_smart"
}

切词逻辑别写在控制器里反复加载词典：封装成 Service，初始化一次词典实例，复用对象；否则每次请求 new \Fenci\Segment() 会吃 CPU
注意停用词：ES 的 ik 自带停用词表，MySQL 没有，得自己过滤掉“的”“了”“和”这类词，否则影响召回率

复合索引和全文索引别混用，explain 是唯一真相

有人以为给 status 和 title 建了个联合索引，再 MATCH(title) 就能加速——不可能。FULLTEXT 索引和 B+ 树索引是两套机制，互不兼容。

一个字段上不能同时存在普通索引和 FULLTEXT 索引（MySQL 允许，但无意义）
EXPLAIN SELECT ... MATCH() AGAINST() 显示的 type 是 fulltext，不是 ref 或 range；如果看到 ALL，说明根本没走全文索引，可能是字段没索引、模式写错、或用了 LIKE
TP 的 useIndex() 对 MATCH() 无效，它只影响普通 WHERE 条件；全文检索的索引选择由 MySQL 内部决定，无法提示