concat_ws比concat更适合拼接含null字段，因其自动跳过null参数而不返回null；分隔符不可为null但可为空字符串；需用ifnull/coalesce预处理字段以实现兜底显示；字符集不一致时会报错，须显式转换。
CONCAT_WS 为什么比 CONCAT 更适合拼接含 NULL 字段
因为 CONCAT_WS 会自动跳过 NULL 参数，不中断拼接、不污染结果——而 CONCAT 只要任一参数是 NULL，整条返回值就是 NULL。这在拼接用户姓名、地址、标签等业务字段时特别关键：你不会希望“张三 NULL 杭州”变成 NULL，导致前端显示为空或 WHERE 条件意外失效。
CONCAT_WS 的分隔符必须非 NULL，但可以是空字符串
第一个参数是分隔符，它本身不能为 NULL，否则整个函数返回 NULL；但它可以是空字符串 ''，此时效果等同于无分隔拼接：
SELECT CONCAT_WS('', 'a', NULL, 'b'); -- 返回 'ab'
常见错误写法：
-
CONCAT_WS(IFNULL(suffix, '-'), a, b)→ 报错，分隔符位置不支持表达式 -
CONCAT_WS(NULL, a, b)→ 返回NULL，不是你想要的“无分隔”
什么时候该用 IFNULL/COALESCE 配合 CONCAT_WS
当你要对每个字段单独指定兜底值（不只是跳过），比如把空的 middle_name 显示为 '·'、把缺失的 phone 显示为 '未填写'，就不能只靠 CONCAT_WS 跳过——得提前替换：
SELECT CONCAT_WS(' | ',
first_name,
IFNULL(middle_name, '·'),
last_name,
COALESCE(phone, '未填写')
) AS display_name FROM users;
注意：COALESCE 支持多级 fallback（如 COALESCE(nickname, alias, '用户')），语义比嵌套 IFNULL 更清晰。
字符集不一致时 CONCAT_WS 也会隐式转换失败
如果拼接字段来自不同表、不同字符集（比如 utf8mb4 和 latin1），CONCAT_WS 同样会触发 Illegal mix of collations 错误，而不是静默降级。解决方法是显式转码：
SELECT CONCAT_WS(' ',
CONVERT(col1 USING utf8mb4),
CONVERT(col2 USING utf8mb4)
) FROM t1 JOIN t2 ...;
这个坑容易被忽略：看起来拼接成功了，但某天加了个新字段就突然报错——根源常在表结构差异，不在函数本身。
