如何在SQL查询中利用CONCAT函数拼接多个字符串列？-SQL-PHP中文网

mysql concat函数遇任一null参数即返回null；推荐用concat_ws自动跳过null，或用ifnull/coalesce预处理null为空字符串，同时需注意字符集统一与索引失效风险。

如何在sql查询中利用concat函数拼接多个字符串列？

CONCAT函数的基本用法和参数差异

MySQL 5.0.22+ 和 MariaDB 支持 CONCAT()，但它的行为和 CONCAT_WS() 或标准 SQL 的 || 拼接有本质区别：它**不自动跳过 NULL**，只要任一参数为 NULL，整个结果就是 NULL。比如 CONCAT('a', NULL, 'c') 返回 NULL，不是 'ac'。

常见错误是直接拼接可能含空值的列，导致整行数据“消失”：

SELECT id, CONCAT(first_name, ' ', last_name) AS full_name FROM users;

如果 first_name 或 last_name 是 NULL，full_name 就变成 NULL——这通常不是你想要的。

用 IFNULL(col, '') 或 COALESCE(col, '') 显式兜底
MySQL 8.0+ 可用 CONCAT_WS(' ', col1, col2)，它会跳过 NULL 值（但注意：空字符串 '' 不被跳过）
PostgreSQL 不支持 CONCAT()，得用 || 或 CONCAT()（从 9.1 起有同名函数，行为更接近 MySQL）

处理 NULL 值的三种实操方案

避免拼接中断最稳妥的方式是统一转换 NULL 为空字符串。以下写法在 MySQL 中都有效，但适用场景不同：

CONCAT(IFNULL(first_name, ''), ' ', IFNULL(last_name, '')) —— 简单直接，适合少量列
CONCAT(COALESCE(first_name, ''), ' ', COALESCE(last_name, ''), ' ', COALESCE(middle_name, '')) —— COALESCE 支持多参数，可链式 fallback，语义更清晰
CONCAT_WS(' ', first_name, middle_name, last_name) —— 自动忽略 NULL，但无法控制分隔符出现在开头或结尾（比如 CONCAT_WS(' ', NULL, 'Smith') → 'Smith'，没问题；但 CONCAT_WS(' ', 'John', NULL) → 'John'，也没问题）

注意：CONCAT_WS 第一个参数是分隔符，后面所有参数才参与拼接，且不接受表达式作为分隔符（如 CONCAT_WS(COALESCE(suffix, '-'), ...) 会报错）。

一糖导航

一糖导航丨实用的上网导航资源网址导航

下载

性能与可读性权衡：什么时候不该用 CONCAT

单纯拼接两三个字段时，CONCAT 没问题；但若涉及条件逻辑、格式化或大量字段，SQL 会迅速变得难维护：

需要加括号、单位、前缀（如 'ID: ' || id || ' — ' || status）→ 推荐用 CONCAT 或 ||，别硬套 CONCAT_WS
要对某列做大小写/截断/替换后再拼（如 UPPER(last_name)）→ 必须用 CONCAT，CONCAT_WS 不支持嵌套函数作为参数
拼接列超过 5 个且部分有默认值 → 考虑在应用层处理，SQL 层只返回原始字段，避免数据库成为字符串加工厂

另外，CONCAT 在 WHERE 子句中使用会导致索引失效（如 WHERE CONCAT(first_name, last_name) = 'JohnDoe'），这种需求应改用复合索引或生成列（MySQL 5.7+）。

跨数据库兼容写法建议

如果你的代码要跑在 MySQL、PostgreSQL、SQL Server 多种环境，别依赖 CONCAT()——各库实现不一致：

MySQL：支持 CONCAT() 和 CONCAT_WS()，不支持 ||（除非开启 PAD_CHAR_TO_FULL_LENGTH）
PostgreSQL：原生支持 ||，CONCAT() 从 9.1 加入，行为类似 MySQL（NULL 安全）
SQL Server：用 + 拼接，但 NULL + 'str' → NULL；需配合 ISNULL() 或 CONCAT() 函数（SQL Server 2012+）