CONCAT遇NULL必返NULL是MySQL确定行为，非bug；应改用CONCAT_WS自动跳过NULL字段，或用COALESCE/IFNULL显式兜底替换NULL为空字符串或占位符。
CONCAT 一遇到 NULL 就返回 NULL，不是空字符串，也不是跳过，是整条结果直接消失——这是 MySQL 的确定行为，不是 bug，必须主动处理。
CONCAT(first_name, ' ', last_name) 为什么查出来全是 NULL
只要 first_name 或 last_name 任一为 NULL，CONCAT() 就返回 NULL。这不是“拼接失败”，而是设计如此：它不忽略、不兜底、不预警。
- 常见错误现象：报表里姓名列大面积空白，导出 CSV 时某几行突然缺字段，应用层取到
NULL后抛NullPointerException - 隐式类型转换会放大问题：比如
CONCAT(id, ' - ', name)，若id是INT且为NULL，照样崩 - 别指望数据库自动转空字符串——MySQL 不会，PostgreSQL 的
||也不会，Oracle 同样不会
CONCAT_WS 是更安全的默认选择
CONCAT_WS() 的核心价值是自动跳过 NULL 字段值，但前提是第一个参数（分隔符）不能为 NULL。
- 写法：
CONCAT_WS(' ', first_name, middle_name, last_name)→middle_name为NULL时输出'Zhang Li'，不是'Zhang Li'也不是NULL - 分隔符支持多字符：
CONCAT_WS(' → ', dept, team)比嵌套CONCAT()更清晰 - 致命陷阱：
CONCAT_WS(NULL, a, b)必定返回NULL，哪怕a和b都非空；动态取分隔符时务必用COALESCE(delimiter_col, ',')包一层 - 空字符串
''是合法分隔符：CONCAT_WS('', a, b)返回'ab'，可用于无缝拼接
必须手动兜底的三种典型场景
当你要控制空值语义（比如显示 'N/A' 而非空格）、兼容旧视图、或字段需保留分隔符占位时，CONCAT() 本身就得配合空值函数使用。
- 统一转空字符串（跨库推荐）：
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(middle_name, ''), ' ', COALESCE(last_name, '')) - MySQL 专用优化写法：
CONCAT(IFNULL(first_name, ''), ' ', IFNULL(middle_name, ''), ' ', IFNULL(last_name, '')) - 要显示占位符而非留空：
CONCAT(COALESCE(first_name, '—'), ' ', COALESCE(middle_name, '—'), ' ', COALESCE(last_name, '—')) - 数字/日期字段参与拼接时，显式转字符串更稳：
CONCAT(COALESCE(name, ''), '-', CAST(created_at AS CHAR))
WHERE 或 ON 里千万别用 CONCAT 做条件
CONCAT() 和 CONCAT_WS() 都不走索引。一旦写进过滤或关联条件，查询就退化为全表扫描。
- 错误写法：
WHERE CONCAT(name, id) = 'Alice1001'→ 索引失效 - 正确解法：建生成列 + 索引（MySQL 5.7+）：
ALTER TABLE users ADD full_id VARCHAR(50) GENERATED ALWAYS AS (CONCAT(name, id)) STORED, ADD INDEX idx_full_id (full_id) - 聚合拼接不是它的活：
GROUP_CONCAT(tag SEPARATOR ', ')才是合并多行标签的正解，CONCAT只处理单行内字段 - 视图定义里没加
COALESCE或没校验分隔符是否为NULL，下游所有调用方都得重复处理——这个责任边界最容易被忽略
