CONCAT_WS 更适合多列拼接因其自动跳过 NULL 值，避免 CONCAT 遇 NULL 整体返回 NULL；但分隔符必须是非 NULL 字面量，空字符串合法而 NULL 会导致全 NULL 结果；WHERE 中使用仍不走索引，需用生成列+索引或应用层处理。
CONCAT_WS 为什么比 CONCAT 更适合多列拼接
因为 CONCAT_WS 默认跳过 NULL 值，而 CONCAT 遇到任一 NULL 就整条返回 NULL。比如拼接姓名三段字段时，middle_name 为空会导致 CONCAT(first_name, ' ', middle_name, ' ', last_name) 直接变 NULL，但 CONCAT_WS(' ', first_name, middle_name, last_name) 会自动产出 'Zhang Li' —— 这不是“更方便”，是避免大量空结果的刚性需求。
分隔符写错或为 NULL 会全军覆没
CONCAT_WS 第一个参数必须是非 NULL 的分隔符，否则整列结果全是 NULL。常见错误包括：
- 误把字段当分隔符：
CONCAT_WS(dept_name, first_name, last_name)—— 如果dept_name是NULL，结果全空 - 用表达式生成分隔符：
CONCAT_WS(COALESCE(suffix, '-'), a, b)会报错，不支持动态分隔符 - 想用空格但写了
CONCAT_WS(NULL, a, b)，结果也是NULL
安全写法：固定字面量分隔符，如 CONCAT_WS(' / ', a, b, c) 或 CONCAT_WS('', a, b)（空字符串合法）。
空字符串 '' 不会被跳过，NULL 才被跳过
CONCAT_WS 只忽略 NULL，不会忽略空字符串 ''。这意味着：
-
CONCAT_WS('-', 'a', '', 'c')→'a--c'（两个连字符） -
CONCAT_WS('-', 'a', NULL, 'c')→'a-c'（中间跳过） - 如果业务要求“空值也显示占位”，不能依赖
CONCAT_WS，得改用CONCAT(IFNULL(a, ''), '-', IFNULL(b, ''))
别混淆“空”和“空值”——数据库里 '' 是有效字符串，NULL 是缺失值，CONCAT_WS 只对后者免疫。
WHERE 里用 CONCAT_WS 一样不走索引
无论用 CONCAT 还是 CONCAT_WS，只要放进 WHERE 条件做计算，比如 WHERE CONCAT_WS(' ', first_name, last_name) LIKE '%john%'，数据库就无法使用 first_name 或 last_name 上的索引，必然触发全表扫描。
真正可行的优化路径只有两条：
- 建生成列（generated column）+ 索引：
ALTER TABLE users ADD full_name VARCHAR(200) GENERATED ALWAYS AS (CONCAT_WS(' ', first_name, last_name)) STORED;再在full_name上建索引 - 应用层拼接后查原始字段，比如先模糊匹配
first_name，再内存里补全逻辑
别指望函数能“聪明地走索引”——它只是个逐行计算的标量函数，不是查询优化器的伙伴。
