不能。like仅支持字符串模式匹配,不支持分词搜索;多词需拆解后用多个%关键词%加and组合实现,但性能差、无法处理中文分词及复杂语义需求。

LIKE 能不能直接做分词搜索?
不能。SQL 的 LIKE 本身不支持分词,它只是字符串模式匹配工具。所谓“分词搜索”,比如用户输入“苹果手机”,期望匹配到“苹果”和“手机”都出现的记录(无论顺序、是否相邻),而 LIKE '苹果%手机' 只能匹配“苹果”在前、“手机”紧随其后的固定结构,漏掉“手机壳配苹果logo”这类真实场景。
用多个 LIKE 拼 AND 实现“多词必须同时存在”
这是最常用、兼容性最好的做法:把用户输入按空格或标点拆成关键词(前端或应用层做),对每个词单独用 LIKE 匹配,再用 AND 连接。例如搜索“苹果 手机”,生成:
WHERE title LIKE '%苹果%' AND title LIKE '%手机%'
注意点:
- 必须用
%关键词%,否则只匹配开头/结尾;LIKE '苹果%'会漏掉“红苹果” - 关键词需提前过滤空字符串、单字符(如“的”“了”)、特殊通配符(
_和%要转义,否则LIKE '%50%'可能误匹配“150ml”) - 字段建议加 B-tree 索引,但
%关键词%无法走索引前缀,性能随数据量下降明显;百万级表慎用超过 3 个LIKE
中文分词 + 全文索引才是正解,但 MySQL 原生支持弱
MySQL 的 MATCH ... AGAINST 支持布尔全文搜索,但中文需额外处理:
- 5.7+ 版本起支持 ngram 分词器,建表时指定:
CREATE TABLE docs (title TEXT, FULLTEXT(title) WITH PARSER ngram) - 查询用:
SELECT * FROM docs WHERE MATCH(title) AGAINST('+苹果 +手机' IN BOOLEAN MODE),+表示必须包含 - 坑点:ngram 默认只切 2 字词,搜“苹果手机”能命中,“苹果”单独搜可能失败(因未生成单字 token);调整
ngram_token_size需重启 MySQL - SQLite、PostgreSQL 的
fts5/pg_trgm对中文更友好,但迁移成本高
LIKE 组合的边界情况必须人工兜底
用户搜“iPhone15”,LIKE '%iPhone15%' 能匹配,但搜“iPhone 15”(带空格)就会失效——因为原始数据里是连写的。这类问题无法靠 SQL 自动解决:
- 应用层要做标准化预处理:统一去除空格、全半角转换、繁简转换(如“简体苹果” vs “繁體蘋果”)
- 数据库可冗余一列
title_normalized存清洗后文本,查询走该列,避免每次REPLACE(REPLACE(title,' ',''), ' ', '')计算 - LIKE 不区分大小写取决于 collation(如
utf8mb4_0900_as_cs是区分的),别假设“Apple”一定能匹配“apple”
真正要支撑灵活的中文搜索,光靠 LIKE 是削足适履;它只适合低频、小数据、关键词明确的场景。一旦用户开始输错别字、用同义词、或要求相关度排序,就得换方案。










