CONCAT_WS不跳过NULL，而是忽略NULL参数；非分隔符位置的NULL被完全跳过不占位，空字符串''则参与拼接并触发分隔符插入。
CONCAT_WS 本身不跳过 NULL，但会忽略 NULL 参数
很多人以为 CONCAT_WS 能自动“过滤”空值，其实它只是把 NULL 当作一个“不存在的参数”来跳过——不是把字段值转成空字符串再拼，而是压根不参与连接。比如 CONCAT_WS('-', 'a', NULL, 'c') 结果是 a-c，不是 a--c 或 a c。
这意味着：只要传进去的是 NULL（比如某列确实为 NULL），它就不会出现在结果里；但如果字段值是空字符串 ''，它会被当成有效内容参与拼接。
- 数据库中该列为
NULL→ 不参与拼接 - 该列为
''（空字符串）→ 参与拼接，可能造成多余分隔符，如a--b - 该列为
' '（空格）→ 同样参与拼接，结果含空格
想真正“安全拼接”，得先用 COALESCE 或 CASE 处理 NULL 和空字符串
实际业务里，你往往希望把 NULL 和 '' 都视作“无内容”，统一转成空字符串或直接剔除。这时候不能只靠 CONCAT_WS，得前置清洗：
常见写法是用 COALESCE(NULLIF(col, ''), '') 把空字符串也转成 NULL，再让 CONCAT_WS 自动跳过；或者更直白地用 NULLIF(col, '') 单独处理空字符串。
SELECT CONCAT_WS(', ',
NULLIF(first_name, ''),
NULLIF(middle_name, ''),
NULLIF(last_name, '')
) AS full_name
FROM users;
这样，middle_name = '' 和 middle_name IS NULL 都不会在结果中留下逗号间隙。
-
NULLIF(col, '')：值为空字符串时返回NULL，否则返回原值 -
COALESCE(col, '')是反向操作，用于把NULL转成''，但这里不需要 - 注意顺序：必须把
NULLIF套在每个字段上，不能只套一次然后传给CONCAT_WS
MySQL 8.0+ 和 MariaDB 支持，但 PostgreSQL 没有 CONCAT_WS
如果你在 PostgreSQL 里搜 CONCAT_WS，会直接报错：function concat_ws(unknown, text, text, text) does not exist。它用的是 STRING_AGG（需配合 ARRAY 和 UNNEST）或自定义函数模拟。
MySQL 5.7+ 和 MariaDB 10.3+ 都支持 CONCAT_WS，行为一致；但要注意 MySQL 5.7 默认 SQL mode 下，如果任一参数是 BLOB 或 TEXT 且长度超限，整个函数可能返回 NULL。
- 跨数据库迁移时，别假设
CONCAT_WS可用 - MySQL 中若字段是
TEXT类型，确保没触发max_allowed_packet截断 - 分隔符本身可以是表达式，比如
CONCAT_WS(IF(active, '-', '/'), a, b)
分隔符为 NULL 时整个函数返回 NULL，不是空字符串
这是最容易被忽略的边界情况：CONCAT_WS(NULL, 'a', 'b') 的结果是 NULL，不是 'ab' 或空字符串。因为标准定义要求分隔符必须是非空值，否则整个调用失效。
如果你动态生成分隔符（比如从配置表查、或根据条件计算），务必提前校验：
SELECT CONCAT_WS( COALESCE(separator_col, ', '), col1, col2, col3 ) FROM config_table;
- 永远不要让第一个参数（分隔符）可能为
NULL - 用
COALESCE或IFNULL设默认分隔符是最稳妥的做法 - 即使其他参数全为
NULL，只要分隔符有效，结果就是空字符串''
