mysql的like不支持多关键字匹配，需用and连接多个like条件；regexp更灵活但无索引支持；高效方案应选用fulltext全文索引或外部搜索引擎如elasticsearch。
LIKE 本身不支持多关键字，必须拼接多个条件
MySQL 的 LIKE 是单模式匹配操作符，一次只能匹配一个模式。想实现“同时包含‘苹果’和‘手机’”，不能写成 WHERE name LIKE '%苹果%手机%'——这会强制两个词按固定顺序紧邻出现，漏掉绝大多数真实数据。
正确做法是用 AND 连接多个 LIKE 条件：
SELECT * FROM products WHERE name LIKE '%苹果%' AND name LIKE '%手机%' AND name LIKE '%16G%';
- 每个
LIKE独立生效，顺序无关、位置无关 - 适合关键词数量少（通常 ≤3）、字段有索引（如前缀匹配
LIKE '苹果%'）的场景 - 若全用通配符开头（
'%苹果%'），无法走索引，大数据量时性能急剧下降
用正则表达式 REGEXP 替代 LIKE 实现更灵活的多词匹配
当需要“包含任意一个关键词”或“关键词以不同形式出现（如带空格、括号）”，REGEXP 比拼接多个 LIKE 更简洁：
SELECT * FROM products WHERE name REGEXP '苹果|iPhone|16GB'; -- 匹配任一关键词
但注意：REGEXP 在 MySQL 中不走索引，且默认大小写不敏感（取决于列 collation），性能比 LIKE 更差；5.7+ 支持 REGEXP_LIKE() 函数，行为更可控，但依然无索引支持。
-
REGEXP '苹果.*手机'可替代LIKE '%苹果%' AND LIKE '%手机%'，但语义不同：前者要求“苹果”在“手机”之前（中间可隔任意字符） - 避免在
WHERE中对大字段（如TEXT）频繁用REGEXP，容易触发慢查询
真正要支持高效多关键字模糊搜索，得换方案
靠 LIKE 或 REGEXP 做电商搜索、文档检索，很快会卡死。MySQL 原生方案只有两个可行路径：
-
全文索引（FULLTEXT）：需
MyISAM或InnoDB（5.6+），建索引后用MATCH ... AGAINST，支持自然语言模式和布尔模式，例如：MATCH(name) AGAINST('+苹果 +手机' IN BOOLEAN MODE) - 外部搜索引擎：Elasticsearch 或 Meilisearch，专为多字段、多关键词、拼音/同义词/分词设计，延迟低、扩展性强
别硬扛——LIKE 多条件连写超过 3 个，执行计划里就可能出现 type: ALL（全表扫描），哪怕加了索引也无效。
LIKE 多条件拼接时最容易被忽略的 SQL 注入风险
如果关键词来自用户输入（比如搜索框），直接字符串拼接进 LIKE 语句，%、_、\ 都会被当作通配符或转义符执行，轻则结果错乱，重则拖垮数据库。
- 必须对用户输入做转义：MySQL 提供
ESCAPE子句，例如LIKE '%苹果\_pro%' ESCAPE '\' - 更安全的做法是用预处理参数化查询，让驱动自动处理（如 Python 的
cursor.execute("WHERE name LIKE %s", ['%'+kw+'%'])） - 永远不要信任前端传来的
kw值，即使加了 JS 过滤，后端仍需校验长度、字符集、是否含非法通配符
多关键字模糊匹配不是语法问题，而是数据规模、查询意图和基础设施的综合判断。写十个 LIKE 条件不如花半小时搭好全文索引，或者确认业务上是否真需要“模糊”。
