最稳妥的做法是用concat拼接多列并处理null值后再like匹配，mysql用coalesce避免null导致失效，postgresql可用||操作符；也可用多个or连接的like条件或fulltext全文索引提升性能。
用 CONCAT 拼接多列再 LIKE 匹配最直接
多数场景下，想在 name、description、tags 三列中同时搜“redis”，最稳妥的做法是把它们拼成一个字符串再模糊匹配。MySQL 和 PostgreSQL 都支持 CONCAT（PostgreSQL 还可用 ||），但要注意空值处理——NULL 会让整条拼接结果变 NULL，导致查不到数据。
实操建议：
- MySQL：用
CONCAT(COALESCE(name, ''), ' ', COALESCE(description, ''), ' ', COALESCE(tags, '')) LIKE '%redis%' - PostgreSQL：用
(COALESCE(name, '') || ' ' || COALESCE(description, '') || ' ' || COALESCE(tags, '')) LIKE '%redis%' - 避免写成
CONCAT(name, description, tags)——只要其中一列是NULL，整个表达式就失效 - 如果列内容本身含大量空格或换行，拼接前建议用
TRIM或正则清理，否则可能影响匹配效果
WHERE 中多个 LIKE 条件 OR 连接效率低但语义清晰
当搜索词必须至少命中某一列（而非拼接后整体包含），且对性能要求不高时，直接写多个 LIKE 更易读、更可控。这种写法不会因空值失效，也便于后续加索引优化单列。
常见错误现象：
- 写成
WHERE name LIKE '%redis%' AND description LIKE '%redis%'—— 这是“每列都含 redis”，不是“任一列含” - 漏加括号导致运算优先级混乱，比如
WHERE status = 'active' AND name LIKE '%a%' OR description LIKE '%a%'实际等价于(status = 'active' AND name LIKE '%a%') OR description LIKE '%a%' - 没加索引时，
LIKE '%xxx'无法走 B-tree 索引，全表扫描不可避免
正确写法示例：WHERE (name LIKE '%redis%' OR description LIKE '%redis%' OR tags LIKE '%redis%')
全文索引（FULLTEXT）适合高并发、多词组合搜索
如果模糊搜索频次高、用户常输多个关键词（如“redis 缓存 高并发”），FULLTEXT 是比 LIKE 更合适的选择，尤其在 MySQL MyISAM/InnoDB 或 PostgreSQL 的 tsvector 场景下。它能做分词、权重排序、停用词过滤，响应更快。
使用前提与限制：
- MySQL InnoDB 表需在建表或 ALTER 时显式添加：
ALTER TABLE docs ADD FULLTEXT(name, description, tags) - 查询必须用
MATCH ... AGAINST，不能混用LIKE：MATCH(name, description, tags) AGAINST('redis' IN NATURAL LANGUAGE MODE) - 默认不支持纯符号或短于 4 字符的词（MySQL
ft_min_word_len可调，但需重启服务） - PostgreSQL 需配合
to_tsvector和to_tsquery，且字段要预处理为tsvector类型才高效
ES 或向量数据库更适合复杂模糊+语义场景
当模糊搜索开始涉及错别字（“redsi”）、同义词（“缓存”→“cache”）、拼音（“shujuku”→“数据库”），或者需要结合用户行为做相关性重排，SQL 原生能力就明显吃力了。这时候硬改 SQL 不如换工具。
关键判断点：
- 是否经常出现
SELECT * FROM t WHERE ... LIKE '%${user_input}%'且${user_input}来源不可控？——容易被注入，也难优化 - 是否发现 DB CPU 常因慢查询飙升，而
EXPLAIN显示type: ALL？——说明LIKE已成瓶颈 - 是否已有 Elasticsearch 或正在用 PG +
pg_trgm？pg_trgm对%abc%类查询支持很好，但需单独建GIN索引：CREATE INDEX idx_gin ON docs USING GIN ((name || ' ' || description) gin_trgm_ops)
跨列模糊搜索真正麻烦的从来不是语法怎么写，而是没想清楚：这到底是临时补丁，还是该交给专门的搜索系统来承载。
