mysql中concat遇null必返null是遵循sql标准的null传播行为，非bug；应优先用concat_ws自动跳过null字段，但分隔符不可为null，或用coalesce/ifnull预处理替换null值。
MySQL里直接用CONCAT拼接含NULL字段会丢整行结果
只要CONCAT()任意一个参数是NULL，整个返回值就是NULL。这不是bug，是MySQL严格遵循SQL标准的null传播行为。比如CONCAT(first_name, ' ', last_name)中任一字段为NULL，结果就是NULL，而不是你预期的“张”或“三”。这在WHERE子句里尤其致命：WHERE CONCAT(title, content) LIKE '%xxx%'一旦某列为空，整条记录就过滤掉了。
优先用CONCAT_WS自动跳过NULL，但分隔符不能为NULL
CONCAT_WS()是MySQL里最省心的方案：它把第一个参数当作分隔符，后续所有参数自动忽略NULL值，只拼非NULL字段。例如CONCAT_WS(' / ', first_name, middle_name, last_name)中middle_name为NULL，结果仍是'Zhang / Li'，不会出现'Zhang / / Li'。
- 分隔符本身必须是非
NULL值，否则整条结果变NULL（比如CONCAT_WS(NULL, a, b)） - 空字符串
''会被保留，不是NULL——CONCAT_WS(',', 'a', '', 'c')结果是'a,,c' - 分隔符只能是字面量或列值，不能是表达式（如
CONCAT_WS(COALESCE(suffix, '-'), ...)会报错）
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()
