CONCAT_WS函数以第一个参数为分隔符，自动跳过NULL值但保留空字符串；分隔符为NULL时整体返回NULL；空字符串参与拼接并导致相邻分隔符出现，需用NULLIF预处理。
CONCAT_WS 不会自动跳过 NULL 值——它只是跳过 NULL 参数，但不会跳过空字符串 ''；分隔符本身也不能为 NULL，否则整个结果变 NULL。
CONCAT_WS 的参数顺序和 NULL 处理逻辑
第一个参数必须是分隔符（separator），后续所有参数才是待拼接字段。只要分隔符非 NULL，其余参数中遇到 NULL 会被直接忽略，不参与拼接也不占位。
-
CONCAT_WS('-', 'a', NULL, 'c')→'a-c'（NULL被跳过） -
CONCAT_WS(NULL, 'a', 'b')→NULL（分隔符为NULL，整条表达式失效） -
CONCAT_WS('-', '', 'b')→'-b'（空字符串''不是NULL，会被保留）
如何安全拼接可能含 NULL 或空字符串的字段
常见场景是拼接地址、人名等用户输入字段，其中某些字段可能为空字符串或 NULL。不能只靠 CONCAT_WS 自动“净化”，需配合 NULLIF 或 CASE 预处理。
- 用
NULLIF(col, '')把空字符串转成NULL，再交给CONCAT_WS处理 - 例如：
CONCAT_WS(', ', NULLIF(street, ''), NULLIF(city, ''), NULLIF(zip, '')) - 如果字段还可能含全空格（如
' '），得先TRIM：NULLIF(TRIM(col), '')
分隔符出现在结果开头或结尾？那是字段值本身的问题
有人发现结果像 ', a, b' 或 'a, b,'，误以为是 CONCAT_WS 加了多余分隔符。实际是某个字段值为 NULL 但前后字段非空，而你又没预处理掉空字符串——比如 CONCAT_WS(', ', '', 'a', 'b') 就会产出 ', a, b'。
- 检查每个字段是否真的需要参与拼接，而不是无条件传入
- 避免把带前后逗号的字符串（如
', a'）直接塞进参数列表 - MySQL 8.0+ 可考虑用
TRIM(BOTH ',' FROM ...)二次清理，但治标不治本
真正容易被忽略的是：分隔符一旦为 NULL，整个函数返回 NULL，且这个行为在不同 MySQL 版本中一致——它不是 bug，是设计，但常被当意外。写复杂拼接时，先 SELECT CONCAT_WS(...) 单独测分隔符表达式是否可能为 NULL，比后期排查更省事。
