MySQL中CONCAT遇NULL即返NULL，应改用CONCAT_WS或IFNULL处理；PostgreSQL用||+COALESCE，SQL Server 2012+的CONCAT自动忽略NULL；WHERE不可用SELECT别名，需重复表达式或子查询；拼接字段参与WHERE将失效索引。
CONCAT 函数在 MySQL 里怎么拼出可读字段
MySQL 的 CONCAT 不会自动处理 NULL，遇到任一参数为 NULL，整个结果就变成 NULL，不是空字符串。这在拼接姓名、地址这类可能缺失的字段时特别容易翻车。
常见错误现象：SELECT CONCAT(first_name, ' ', last_name) FROM users; ——只要 first_name 或 last_name 是 NULL，整行显示空白，查不出人却没报错。
- 用
CONCAT_WS替代：它自带分隔符且跳过NULL，比如CONCAT_WS(' ', first_name, middle_name, last_name) - 显式转空值：
CONCAT(IFNULL(first_name, ''), ' ', IFNULL(last_name, '')) - 注意空格控制：
CONCAT不会帮你去首尾空格，拼完建议套一层TRIM()
PostgreSQL 和 SQL Server 怎么对应实现
不同数据库对字符串拼接语法差异明显，直接把 MySQL 的 CONCAT 拷过去大概率报错。
- PostgreSQL 用双竖线：
first_name || ' ' || last_name；但NULL || 'x'结果仍是NULL，得先COALESCE(first_name, '') - SQL Server 2012+ 支持
CONCAT，且天生忽略NULL（CONCAT('a', NULL, 'b')→'ab'），比 MySQL 省心 - SQL Server 2012 之前只能用
+，但NULL + 'x'直接让整行变NULL，必须全用ISNULL()包裹
拼接后想当条件筛选，为什么 WHERE 里用不了别名
很多人写 SELECT CONCAT(name, ' (', id, ')') AS label FROM t WHERE label = 'xxx'，结果报错：Unknown column 'label' in 'where clause'。因为 SQL 执行顺序是 WHERE 先于 SELECT，别名此时根本不存在。
- 要么重复写表达式：
WHERE CONCAT(name, ' (', id, ')') = 'xxx' - 要么套子查询或 CTE，把拼接逻辑提前生成临时列
- 注意性能影响：在 WHERE 中用函数包裹字段（如
CONCAT(name, ...)）会导致该字段无法走索引，大数据量时很慢
导出 CSV 或展示给前端时，特殊字符怎么不崩格式
用 CONCAT 拼出来的字段如果含换行符、逗号、双引号，直接导出 CSV 会错位；前端渲染也可能被当成 HTML 标签。
- 导出前加转义：MySQL 可用
REPLACE(REPLACE(col, '"', '""'), '\n', ' ')（CSV 规范里双引号用两个表示） - 避免在 SQL 层做复杂转义，优先交给应用层处理；SQL 只负责结构化拼接
- 如果字段本身来自用户输入，拼接后未清理，可能带
<script></script>类内容——这不是CONCAT的问题，但拼完直接塞进 HTML 就有风险
真正麻烦的从来不是怎么拼，而是拼完要不要参与计算、能不能索引、会不会被下游当原始数据误用。多看一眼执行计划，比多写一个 CONCAT 更重要。
