不能。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 是削足适履；它只适合低频、小数据、关键词明确的场景。一旦用户开始输错别字、用同义词、或要求相关度排序，就得换方案。