CONCAT_WS能跳过NULL却保留空字符串，因其设计逻辑是将NULL视为“不存在”而将''视为合法值；NULL被完全跳过不占位，''参与分隔符计算，导致如CONCAT_WS('-', 'a', NULL, '')返回'a-'。
CONCAT_WS 为什么能跳过 NULL 却保留空字符串
因为 CONCAT_WS 的设计逻辑就是“忽略 NULL，但接纳 ''”。它只把 NULL 当作“不存在”，而把空字符串当作一个合法的、长度为 0 的值参与拼接。这导致一个常见错觉：以为 CONCAT_WS('-', 'a', NULL, '') 会输出 a-，实际是 a-（'' 后仍加了一个分隔符），最终结果是 a- —— 注意末尾没有额外分隔符，但 a 和 '' 之间确实插入了 -。
- NULL 参数被完全跳过，不占位、不触发分隔符插入
-
''是有效参数，会参与分隔符计算：前一个非 NULL 值和它之间加一次分隔符，它和后一个非 NULL 值之间再加一次 - 若所有参数都是 NULL，
CONCAT_WS返回 NULL；只要有一个非 NULL 参数，结果就非 NULL - 分隔符本身不能为 NULL，否则整个函数直接返回 NULL
分隔符是字段或表达式时怎么避免报错
MySQL 允许把列名直接当第一个参数传给 CONCAT_WS，但风险极高——比如 CONCAT_WS(delimiter_col, a, b)，一旦某行 delimiter_col 是 NULL，整行结果就变 NULL，且无法定位问题来源。
- 安全写法：用
COALESCE(delimiter_col, ',')确保分隔符有兜底值 - 禁止在第一个参数里写子查询，如
CONCAT_WS((SELECT '|' FROM DUAL), a, b)—— MySQL 直接报错Operand should contain 1 column(s) - 若分隔符需按业务规则动态切换（如中文用顿号、英文用逗号），优先在应用层判断，或用
CASE WHEN预先算出确定值再传入，例如：CONCAT_WS(CASE WHEN lang = 'zh' THEN '、' ELSE ', ' END, a, b)
想让空字段显示占位符（如“—”）而不是丢掉分隔符
默认行为下，NULL 被跳过，'' 被保留，但你往往需要的是“有字段就显示内容，没字段就显示‘—’，且分隔符始终存在”。这时不能依赖 CONCAT_WS 自动处理，必须提前转换。
- 用
COALESCE(col, '—')把 NULL 变成固定占位符，CONCAT_WS(' | ', COALESCE(name, '—'), COALESCE(phone, '—')) - 如果想把
''也统一转成占位符，得套一层NULLIF：COALESCE(NULLIF(col, ''), '—') - 注意：占位符本身是字符串，会被
CONCAT_WS当作有效值，因此分隔符会照常插入其前后 - 别试图用
IF(col IS NULL, '—', col)替代COALESCE—— 语义等价，但COALESCE更简洁、更通用
WHERE 或 ORDER BY 里用 CONCAT_WS 的隐性代价
它看起来只是拼个字符串，但一旦放进过滤或排序条件，就会彻底废掉索引。比如 WHERE CONCAT_WS(' ', title, content) LIKE '%foo%'，MySQL 只能全表扫描，哪怕 title 和 content 上都有索引。
- 拼接结果是运行时计算值，数据库无法预建索引路径
- 字符集混用（如 utf8mb4 + latin1）可能触发
Illegal mix of collations错误，需显式转换：CONVERT(col USING utf8mb4) - 大文本字段（如
TEXT）拼接后超长，受max_allowed_packet限制，可能截断而非报错 - 真要模糊搜索多字段，优先考虑全文索引（
FULLTEXT）或应用层拼接+外部搜索引擎，而不是硬扛CONCAT_WS+LIKE
'' 在同一句 SQL 里共存时，你根本没法靠肉眼分辨它们的行为差异 —— 必须用 IS NULL 和 = '' 分开验证，否则调试时连问题出在哪都找不到。 
