mysql中concat()遇null返回null是遵循sql标准的null传播行为，并非bug；应优先使用concat_ws()自动跳过null字段，但分隔符不可为null，或用coalesce/ifnull预处理替换null值。
MySQL里CONCAT()遇NULL直接返回NULL，不是bug是标准行为
只要CONCAT()任意一个参数是NULL，整个结果就是NULL。这不是MySQL的缺陷，而是严格遵循SQL标准的null传播规则。比如CONCAT(first_name, ' ', last_name)中任一字段为NULL，结果就变成NULL，而不是你想要的“张”或“三”。这在WHERE子句里尤其危险：WHERE CONCAT(title, content) LIKE '%xxx%'会直接过滤掉所有含NULL字段的记录。
优先用CONCAT_WS()跳过NULL，但分隔符不能为NULL
CONCAT_WS()是MySQL中最省事的替代方案：第一个参数是分隔符，后续所有参数自动忽略NULL值。例如CONCAT_WS(' / ', first_name, middle_name, last_name)中middle_name为NULL，结果仍是'Zhang / Li'，不会出现'Zhang / / Li'。
- 分隔符本身必须是非
NULL值；传入NULL（如CONCAT_WS(NULL, a, b)）会导致整行结果为NULL - 空字符串
''会被保留，不是NULL；CONCAT_WS(',', 'a', '', 'c')结果是'a,,c' - 分隔符只能是字面量或列值，不能是表达式（如
CONCAT_WS(COALESCE(suffix, '-'), a, b)会报错）
需要统一格式或兜底逻辑时，用COALESCE()或IFNULL()
当你要确保每个字段都参与拼接（哪怕只是空字符串），或者要加前缀、补括号、对数字转字符串等，显式兜底更可控：
-
COALESCE(col, '')兼容性更好，支持多参数fallback，比如COALESCE(middle_name, nickname, 'N/A') -
IFNULL(col, '')是MySQL特有函数，性能略优，但只支持两个参数 - 数值或日期字段必须显式转字符串：
CONCAT(COALESCE(name, ''), ' (', CAST(age AS CHAR), ')')，避免隐式转换出错
WHERE里拼接字段等于放弃索引，别硬扛
在WHERE条件里写CONCAT(first_name, last_name) LIKE '%john%'，数据库没法用first_name或last_name上的索引，强制全表扫描。这不是拼接函数的问题，是计算列无法走索引的通用限制。
- 真要高频模糊搜索，建生成列+索引：
ALTER TABLE users ADD full_name VARCHAR(200) GENERATED ALWAYS AS (CONCAT_WS(' ', first_name, last_name)) STORED，再对full_name加索引 - 用户输入必须参数化：
WHERE CONCAT_WS(' ', title, content) LIKE ?，别把字符串拼进SQL里 - 跨库迁移要注意：
PostgreSQL的concat()跳NULL，SQL Server的CONCAT()把NULL转空串，而Oracle和旧版SQL Server得靠||配合NVL()或COALESCE()
