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，再内存里补全逻辑

别指望函数能“聪明地走索引”——它只是个逐行计算的标量函数，不是查询优化器的伙伴。