concat_ws能自动跳过null值，而concat遇null即全空；它按非null字段插入分隔符，避免冗余符号，但首参数为null会导致整结果为null，且不适用于聚合场景。
CONCAT_WS 能自动跳过 NULL，而 CONCAT 一空就全空
这是最常踩的坑：你写 CONCAT(first_name, ' ', middle_name, ' ', last_name)，只要 middle_name 是 NULL，整行结果就是 NULL，连“Zhang Li”都看不到。而 CONCAT_WS(' ', first_name, middle_name, last_name) 会直接跳过 middle_name，输出 “Zhang Li”。不需要每个字段都套 COALESCE(middle_name, '')，省代码、少出错。
分隔符逻辑清晰，避免手动拼接时的边界错误
用 CONCAT 拼地址：CONCAT(street, ', ', city, ', ', state)，一旦 city 为空，就会变成 “123 Main St, , CA”，多出一个逗号加空格。而 CONCAT_WS(', ', street, city, state) 严格按非 NULL 字段插入分隔符，结果永远干净。注意：CONCAT_WS 的第一个参数必须是字符串（哪怕空字符串 ''），如果传了 NULL，整个结果就是 NULL——这点容易被忽略。
不适用于跨行聚合，别和 GROUP_CONCAT 混用
CONCAT_WS 是逐行计算的标量函数，只负责把当前行的几个字段拼起来。如果你要“把一个用户的所有标签合并成逗号串”，那是聚合场景，得用 GROUP_CONCAT(tag SEPARATOR ', ')。两者语义完全不同：CONCAT_WS 不接受 ORDER BY 或 DISTINCT，也不受 group_concat_max_len 限制——它压根不走那条路。
MySQL 里它比 CONCAT 更贴近业务直觉
真实表里字段空值太常见了：地址缺区、人名缺中间名、日期缺小时……CONCAT_WS 的设计就是默认容忍这些缺失，而不是强制你兜底。但要注意两点：一是它不走索引，WHERE CONCAT_WS('-', a, b) = 'x-y' 会全表扫描；二是它不做类型隐式转换，数字或时间字段建议先显式转成字符串，比如 CONCAT_WS('-', id, CAST(created_at AS CHAR))，避免低版本 MySQL 报错。
真正容易被忽略的是分隔符本身为 NULL 的静默失败——整列变空，但不会报错，查数据时才发现不对。上线前务必确认第一个参数不是可能为 NULL 的字段或表达式。
