CONCAT_WS比CONCAT更适合拼接含NULL字段，因其自动跳过NULL参数而不返回NULL；分隔符不可为NULL但可为空字符串；需用IFNULL/COALESCE预处理字段以实现兜底显示；字符集不一致时会报错，须显式转换。
CONCAT_WS 是 MySQL 5.7 中拼接含空字段最稳妥的选择，但必须避开分隔符为 NULL、字符集混用、WHERE 中滥用这三类硬伤，否则结果意外为空或直接报错。
CONCAT_WS 为什么比 CONCAT 更适合拼接含空字段
因为 CONCAT 遇到任意一个参数是 NULL，整条结果就变成 NULL；而 CONCAT_WS 会自动跳过 NULL 参数，只拼非空值。比如用户表里 middle_name 常为空，用 CONCAT(first_name, ' ', middle_name, ' ', last_name) 会导致整行变 NULL，前端显示空白；换成 CONCAT_WS(' ', first_name, middle_name, last_name) 就能稳定输出 'Zhang Li'。
分隔符不能为 NULL，但可以是空字符串
第一个参数是分隔符，它本身绝不能是 NULL，否则整个函数返回 NULL——这是最常踩的坑。
-
CONCAT_WS(',', a, b)✅ 安全 -
CONCAT_WS(NULL, a, b)❌ 全列变NULL -
CONCAT_WS('', a, NULL, b)✅ 等价于CONCAT(a, b)，且仍跳过NULL -
CONCAT_WS(IFNULL(suffix, '-'), a, b)❌ MySQL 报错：分隔符位置不支持表达式
如果分隔符来自字段（如 delimiter_col），务必用 COALESCE(delimiter_col, ',') 包一层再传入。
空字段要不要显示占位符，取决于业务语义
CONCAT_WS 跳过 NULL，但不跳 ''（空字符串）。所以是否保留分隔符位置，得看你要不要“占位”：
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 想跳过中间空字段，不保留分隔符：直接传原字段，
CONCAT_WS(' | ', first_name, middle_name, last_name) - 想让空字段显示为
'—'或'·'：用COALESCE(middle_name, '—') - 想让空字段变空字符串，但避免多出连续分隔符（如
'a | | c'）：用IFNULL(middle_name, '')，再配合TRIM或应用层清洗
注意：COALESCE(nickname, alias, '用户') 比嵌套 IFNULL 更清晰，尤其 fallback 层级多时。
字符集不一致会静默失败或报错
如果拼接字段来自不同表、不同字符集（比如一张表是 utf8mb4，另一张是 latin1），CONCAT_WS 会触发 Illegal mix of collations 错误，而不是自动降级。
- 查表字符集：
SHOW CREATE TABLE t1看DEFAULT CHARSET和各列COLLATE - 统一转换：
CONCAT_WS(' ', CONVERT(col1 USING utf8mb4), CONVERT(col2 USING utf8mb4)) - 长期方案：把所有表和连接字符集都设为
utf8mb4_unicode_ci，避免每次拼接都手动转
这个坑往往在加新字段或联表后突然暴露，根源不在函数，而在表结构差异。
真正难处理的不是拼接逻辑本身，而是当字段语义要求“空也占位”（比如固定三段地址格式），又不想在 SQL 里堆满 COALESCE ——这时该考虑生成列预计算，或把格式控制权交还给应用层。
