concat_ws()遇null自动跳过，只拼接非空值；concat()任一参数为null则整体返回null。关键区别在于：concat_ws分隔符不能为null（否则结果为null），而字段null被忽略；concat无分隔符概念且对null零容忍。
直接用 CONCAT_WS() 是最稳妥的多列拼接方案，前提是分隔符固定、字段可能为 NULL、且你不需要控制分隔符出现在空字段前后。
为什么 CONCAT_WS() 遇到 NULL 不崩，而 CONCAT() 一崩就全崩
CONCAT() 只要任一参数是 NULL，整条结果就是 NULL；CONCAT_WS() 会跳过所有 NULL 参数，只拼接非空值。这在真实表中极其关键——比如 middle_name 或 suffix 字段大量为空，用 CONCAT() 拼出来的 full_name 会大面积变 NULL，但 CONCAT_WS(' ', first_name, middle_name, last_name) 能自然产出 “Zhang Li” 或 “Wang Xiu Ying”。
注意：CONCAT_WS() 的第一个参数（分隔符）本身不能是 NULL，否则整行结果仍为 NULL。
- 安全写法：
CONCAT_WS('-', COALESCE(col1, ''), COALESCE(col2, ''), col3) - 错误写法：
CONCAT_WS(NULL, col1, col2)→ 全部返回NULL - 错误写法：
CONCAT_WS(COALESCE(delimiter_col, ','), col1, col2)→ 若delimiter_col是NULL，COALESCE后虽非空，但该用法在部分 MySQL 版本中不稳定，建议先在 SELECT 中算好分隔符再传入
想保留分隔符位置（比如空字段显示为 '—' 或留空格），不能只靠 CONCAT_WS()
CONCAT_WS() 会彻底跳过 NULL，但不会跳过空字符串 ''。所以如果你需要 “John . Smith” 这种中间点号始终存在，就得提前把 NULL 转成 '' 或占位符。
- 要留空格位置：用
COALESCE(middle_name, '')，这样CONCAT_WS(' ', first_name, COALESCE(middle_name, ''), last_name)能保证两处空格都在 - 要显式占位：用
COALESCE(middle_name, '—')，结果如 “John — Smith” - 别写
CONCAT_WS(' ', IFNULL(col1, 'N/A'), IFNULL(col2, 'N/A'))→ 语义没问题，但若字段本就含空字符串，IFNULL不生效，COALESCE更通用
CONCAT_WS() 在 WHERE 或 ORDER BY 里用，小心索引失效
数据库无法对函数计算后的结果走索引。比如 WHERE CONCAT_WS(' ', first_name, last_name) = 'John Doe'，哪怕 first_name 和 last_name 上都有索引，这条查询也会全表扫。
- 真要按拼接结果过滤，优先考虑生成列（MySQL 5.7+）：
ALTER TABLE users ADD full_name VARCHAR(100) GENERATED ALWAYS AS (CONCAT_WS(' ', first_name, last_name)) STORED;，再给full_name加索引 - 排序同理：
ORDER BY CONCAT_WS(' ', first_name, last_name)会强制 filesort，数据量大时明显变慢 - 字符集不一致也会触发隐式转换，比如
utf8mb4列和latin1常量混用，报错Illegal mix of collations，拼接前统一 cast 或建表时定死字符集
真正麻烦的不是怎么写对，而是当拼接逻辑开始掺杂条件判断（比如“公司名+部门名，但个人用户只显示姓名”）、格式化（首字母大写、截断、加单位）或跨行聚合时，CONCAT_WS() 就力不从心了——它只是个分隔符拼接器，不是模板引擎。这时候该让应用层接手，SQL 只管吐原始字段。
