如何安全地使用SQL的CONCAT函数拼接多个字段？

CONCAT()遇NULL即返回NULL，非空字符串；CONCAT_WS()自动跳过NULL且首参为分隔符，更安全；分隔符不可为NULL但可为空字符串；不支持动态分隔符，需用IFNULL/COALESCE处理兜底值。

CONCAT() 遇 NULL 就返回 NULL，不是空字符串

这是最常被忽略的底层行为：MySQL 的 CONCAT() 只要任一参数为 NULL，整个结果就是 NULL，不是 ''。比如 CONCAT('a', NULL, 'c') → NULL，不是 'ac'。这会导致 WHERE 条件失效、SELECT 字段显示为空，而不是你预期的“跳过空值”。尤其在拼接 title、location 等允许为空的业务字段时，整行直接“消失”。

优先用 CONCAT_WS() 跳过 NULL，别硬套 CONCAT()

CONCAT_WS() 是更安全的默认选择——它第一个参数是分隔符，后续参数中所有 NULL 值会被自动忽略，不插空档、不中断拼接：

• CONCAT_WS(' ', title, content, author, location)：哪怕 location 是 NULL，也会拼出 '足球新闻 体育频道 张三'
• 分隔符本身不能为 NULL，否则整条结果变 NULL；但空字符串 '' 是合法分隔符，会连在一起（如 CONCAT_WS('', a, b) → 'ab'）
• 不支持在分隔符位置写表达式，比如 CONCAT_WS(IFNULL(suffix, '-'), ...) 会报错

必须用 IFNULL() 或 COALESCE() 的场景

当你要控制每个字段的“兜底值”（不只是空字符串），或需要兼容老版本 MySQL（

• CONCAT(IFNULL(title, ''), '｜', IFNULL(author, '佚名'), '（', CAST(year AS CHAR), '）')
• COALESCE() 支持多 fallback，比如 COALESCE(middle_name, nickname, '用户')，语义更清晰
• 数字字段直接拼接可能触发隐式二进制转换（尤其旧版 MySQL），建议统一用 CAST(col AS CHAR)

WHERE 里用 CONCAT() 会丢索引，别这么干

在 WHERE 子句里写 CONCAT(title, content) LIKE '%关键词%'，数据库无法利用 title 或 content 上的索引，必然全表扫描。真正要按拼接内容检索，优先考虑：

• 建生成列并加索引：ALTER TABLE articles ADD full_text TEXT GENERATED ALWAYS AS (CONCAT_WS(' ', title, content, author)) STORED，再对 full_text 加全文索引
• 应用层拼接：查出原始字段，在 PHP/Python 里组合后匹配，把计算压力从数据库移走
• 改用多字段 OR 匹配：WHERE title LIKE ? OR content LIKE ? OR author LIKE ?，语义更准、还能走索引

字符集不统一、跨库写法差异、分隔符误写成 NULL——这些细节不出错时没人注意，一出就是整批数据查不到。拼接逻辑越靠近业务规则（比如“有 middle_name 才加括号”），越该放在应用层，而不是塞进 SQL 里嵌套一堆 IF() 和 CONCAT()。