CONCAT_WS比CONCAT更适合多字段拼接，因其自动跳过NULL值、仅在非空值间插入分隔符；但分隔符必须为字面量，不可为表达式或NULL，且拼接结果无法走索引，跨库兼容性差。
CONCAT_WS 为什么比 CONCAT 更适合多字段拼接
因为 CONCAT 遇到任意一个 NULL 就返回 NULL，而业务字段（比如 middle_name、location）经常为空，直接用 CONCAT 会导致整行“消失”——不是显示空字符串，是压根没结果。而 CONCAT_WS 的设计目标就是解决这个痛点：它自动跳过所有 NULL 参数，只拼接非空值，且分隔符只插在有效值之间。
CONCAT_WS 的第一个参数必须是明确的分隔符，不能是表达式
常见错误是把兜底逻辑塞进分隔符位置，比如写成 CONCAT_WS(COALESCE(suffix, '-'), a, b)，这会直接报错。MySQL 不允许分隔符是动态计算的表达式，只接受字面量或列名（但列名值为 NULL 时整条结果变 NULL）。
- ✅ 正确：
CONCAT_WS(' / ', dept, team, role) - ✅ 正确：
CONCAT_WS('', first_name, last_name)（空字符串分隔符 → 连在一起） - ❌ 错误：
CONCAT_WS(IFNULL(suffix, ' - '), a, b) - ❌ 错误：
CONCAT_WS(NULL, a, b)（分隔符为NULL→ 整列全NULL）
CONCAT_WS 拼出来的字符串无法走索引，WHERE 里别用
如果你写 WHERE CONCAT_WS(' ', title, content) LIKE '%关键词%'，数据库没法利用 title 或 content 上的索引，只能全表扫描。这不是函数本身的问题，而是 MySQL 无法对运行时拼接结果做索引映射。
- 替代方案：用
OR显式拆开条件，比如WHERE title LIKE '%关键词%' OR content LIKE '%关键词%' - 长期解法：建生成列（generated column）+ 索引，例如
full_text VARCHAR(500) STORED AS (CONCAT_WS(' ', title, content))，再给它加索引 - 注意：
CONCAT_WS不支持在ON或HAVING子句中用于连接或分组依据，语义上也不合理
跨库兼容性差，别把它当标准写法硬塞进通用 SQL
CONCAT_WS 是 MySQL/MariaDB 特有函数，PostgreSQL、SQL Server、Oracle 都不原生支持。如果代码要跑在多个数据库上，要么用标准 || 操作符（PG/Oracle 支持，MySQL 8.0+ 也支持），要么统一用 COALESCE + CONCAT 组合兜底。
- PG 兼容写法：
COALESCE(first_name, '') || ' ' || COALESCE(last_name, '') - SQL Server 兼容写法：
ISNULL(first_name, '') + ' ' + ISNULL(last_name, '') - MySQL 内部安全写法：
CONCAT_WS(' ', first_name, last_name)（简洁，但锁定 MySQL）
真正容易被忽略的是：当你在应用层拿到 CONCAT_WS 拼出的字符串后，如果后续要做 INSTR、SUBSTRING_INDEX 或正则提取，得提前确认字段内容是否真的“干净”——比如地址字段含换行符或多余空格，CONCAT_WS 不会帮你 trim 或 normalize。
