codeigniter 不支持 mysql 全文索引原生封装，like() 仅为模糊匹配，性能差且无词干、权重、布尔逻辑等特性；必须手动建 fulltext 索引并用 query() 执行 match...against 原生 sql，注意索引类型、字段限制、参数绑定与混合查询规范。
CodeIgniter 本身不提供 MySQL 全文索引（FULLTEXT）的原生封装，直接用 like() 做“全文检索”只是模糊匹配，性能差、不支持词干、权重、布尔逻辑等真正全文检索特性。 要实现可用的全文检索，必须绕过 CI 的 query builder，手动启用 MySQL FULLTEXT 索引并写原生 SQL —— 否则搜索一多，LIKE '%keyword%' 就会拖垮数据库。
为什么 like() 不是全文检索
CI 的 like() 方法本质就是拼 WHERE column LIKE '%xxx%'，它：
- 无法利用普通 B-Tree 索引（
%开头导致索引失效） - 不区分词边界（搜
“cat”会命中“category”，但不是你想要的“猫”） - 不支持自然语言模式（如相关性排序）、布尔模式（
+cat -dog）或通配符扩展 - 多字段
OR链式调用（如like('a','k')->or_like('b','k')）生成的 SQL 实际是WHERE a LIKE '%k%' OR b LIKE '%k%'，语义对但效率极低
MySQL FULLTEXT 索引怎么建才生效
必须先在表字段上显式添加 FULLTEXT 索引，否则 MATCH ... AGAINST 会报错 Can't find FULLTEXT index matching the column list：
ALTER TABLE articles ADD FULLTEXT(title, content);
注意：
- 仅 MyISAM 和 InnoDB 支持（CI 默认用 MySQLi，InnoDB 可用）
- 不能对 TEXT/BLOB 字段以外的类型建 FULLTEXT（比如 INT 或 DATE）
- 建索引后需重新插入/更新数据才能被收录，已有数据不会自动索引
- 单字段索引写法是
ADD FULLTEXT(content)；多字段联合索引必须写成ADD FULLTEXT(title, content)，不能分开建两个单列 FULLTEXT
在 CI 中安全执行 MATCH ... AGAINST
CI 的 query builder 不识别 MATCH 语法，必须用 $this->db->query() 手写 SQL，并手动转义用户输入：
$keyword = $this->security->escape_str($this->input->get('q'));
$sql = "SELECT *, MATCH(title, content) AGAINST(? IN NATURAL LANGUAGE MODE) AS score
FROM articles
WHERE MATCH(title, content) AGAINST(? IN NATURAL LANGUAGE MODE)
ORDER BY score DESC";
$query = $this->db->query($sql, array($keyword, $keyword));
关键点：
- 别用字符串拼接
$keyword，必须用参数绑定（?+ 数组传参），否则 SQL 注入风险极高 -
IN NATURAL LANGUAGE MODE是默认模式，适合普通关键词搜索；需要布尔逻辑时换IN BOOLEAN MODE（支持+/-/*） - 返回的
score是相关性得分，可用来排序或高亮 - 如果只查一个字段（如仅
content），MATCH()和AGAINST()里字段名必须严格一致
混合搜索：部分字段用 FULLTEXT，其他字段用 where()
实际业务常要组合条件，比如“标题含关键词 + 状态为 published + 创建时间在最近 30 天”：
$keyword = $this->security->escape_str($this->input->get('q'));
$sql = "SELECT * FROM articles
WHERE status = ?
AND created_at >= ?
AND MATCH(title, content) AGAINST(? IN NATURAL LANGUAGE MODE)";
$query = $this->db->query($sql, array('published', date('Y-m-d', strtotime('-30 days')), $keyword));
这里容易踩的坑：
- 不要试图把
status = ?和MATCH混在同一个where()链里——CI 不支持 -
MATCH必须出现在WHERE子句中，不能只放在SELECT里当计算字段（否则无过滤效果） - 如果
created_at字段有索引，这条混合查询仍能走索引，但MATCH部分必须是独立条件，不能和其它字段做AND以外的逻辑（比如嵌套子查询里用MATCH效率极差）
真正影响搜索质量的从来不是 CI 写法有多“优雅”，而是 MySQL 索引建得对不对、MATCH 模式选得准不准、用户输入有没有被严格过滤。FULLTEXT 索引一旦建错或漏建，后面所有 PHP 代码都白搭。
