在数据库开发中，字符串拼接是一个高频需求。无论是拼接用户姓名、组装订单编号，还是构建动态查询条件，都离不开字符串连接操作。CONCAT函数正是SQL标准中为此设计的核心函数，它接收多个参数，把它们按顺序连成一个完整的字符串返回。看似简单，但不同数据库对它的支持程度、参数限制、NULL处理规则都有差异，如果不了解这些细节，很容易写出在不同环境下表现不一致的SQL。本文将系统讲解CONCAT的语法规则，并结合实战案例说明它的典型用法和容易踩坑的地方。
一、CONCAT函数的基础语法与参数规则
CONCAT函数的标准语法非常直观：CONCAT(str1, str2, ..., strN)，它接收两个或多个参数，将它们按传入顺序连接后返回一个字符串。以MySQL为例，最基本的用法如下：
SELECT CONCAT('Hello', ' ', 'World') AS result;
-- 输出：Hello World
CONCAT的参数不要求都是字符串类型。传入数字、日期等类型时，MySQL会自动做隐式类型转换，把它们转成字符串再拼接。例如CONCAT('订单号：', 10086)会返回“订单号：10086”。这种隐式转换在多数场景下很方便，但也要注意浮点数拼接时可能出现精度展示问题，比如浮点字段值0.10会被显示成“0.1”，如果对格式有严格要求，应该先用FORMAT或CAST函数处理后再拼接。
关于参数个数，MySQL中的CONCAT至少需要一个参数，理论上限受max_allowed_packet变量约束；而SQL Server的CONCAT则要求参数个数在2到254之间，只传一个参数会直接报语法错误。这一点在跨数据库迁移SQL时要格外留心，同样的语句换个环境就可能跑不通。
还有一个关键规则是返回值长度。如果拼接结果超过了字段或类型的最大长度限制（比如VARCHAR的超长情况），不同数据库的行为也不同，MySQL在严格模式下会报错，非严格模式会截断，而SQL Server的CONCAT返回类型会根据输入参数动态推断，最长可达8000字符。了解这些边界行为，有助于提前规避线上事故。
二、NULL值处理：CONCAT最容易踩的坑
NULL处理是CONCAT使用中最经典的问题。在MySQL中，只要任何一个参数为NULL，整个CONCAT的结果就是NULL，这一点经常让初学者措手不及。举个例子，用户表的姓氏字段为空时，下面的查询会返回NULL而不是半截姓名：
SELECT CONCAT(last_name, first_name) AS full_name FROM users WHERE id = 1; -- 若 last_name 为 NULL，结果为 NULL
解决这个问题的常用手段是配合IFNULL（MySQL）或COALESCE（通用标准函数）给可能为NULL的字段提供默认值：
SELECT CONCAT(IFNULL(last_name, ''), IFNULL(first_name, '')) AS full_name FROM users;
但在SQL Server中，行为完全相反：CONCAT会把NULL当作空字符串处理，不会导致整个结果变NULL。PostgreSQL的CONCAT同样将NULL视为空串，而Oracle的CONCAT只支持两个参数，处理NULL时返回非NULL部分。这种差异意味着同一条SQL在MySQL里返回NULL、在SQL Server里返回正常值，跨库开发时一定要确认目标库的行为。
此外，如果希望以指定分隔符拼接并自动跳过NULL，可以使用MySQL和SQL Server都支持的CONCAT_WS函数。WS是With Separator的缩写，第一个参数是分隔符，后续参数中为NULL的会被自动忽略：
SELECT CONCAT_WS('-', '2024', '01', '15') AS date_str;
-- 输出：2024-01-15
SELECT CONCAT_WS(' ', NULL, '张', '三') AS name_str;
-- 输出：张 三，NULL被自动忽略
需要注意的是，CONCAT_WS中如果分隔符本身为NULL，则整个结果为NULL，这一点和普通参数的NULL处理规则不同。
三、各主流数据库的拼接写法对比
虽然CONCAT是标准函数，但各数据库的历史演进不同，实际写法差异不小，下面通过一个表格来直观对比：
| 数据库 | 拼接方式 | 说明 |
|---|---|---|
| MySQL | CONCAT函数 | 参数为NULL时整体返回NULL |
| SQL Server | CONCAT函数或+号 | CONCAT将NULL视为空串，+号遇NULL返回NULL |
| PostgreSQL | CONCAT函数或||双竖线 | 两者都将NULL视为空串 |
| Oracle | CONCAT函数或||双竖线 | CONCAT仅支持两个参数，多参数需嵌套 |
SQL Server中用加号拼接是传统写法，但加号在遇到NULL时结果为NULL，且要求两侧类型兼容，比如字符串和数字直接相加会尝试做算术运算而不是拼接，容易报错。因此在新版本中微软推荐统一使用CONCAT，它对NULL的容错更好，类型转换也更智能。
PostgreSQL和Oracle的双竖线||操作符写法简洁，可读性也不错，但要注意||是操作符不是函数，无法和某些聚合场景灵活组合。而PostgreSQL还提供了CONCAT_WS以及强大的format函数，可以实现类似C语言printf的格式化拼接：
SELECT format('用户 %s 的余额为 %s 元', user_name, balance)
FROM account;
Oracle中如果要拼接多个参数，要么嵌套调用CONCAT，要么直接使用||，后者明显更简洁：first_name || ' ' || last_name。做数据库迁移或者编写兼容多库的SQL时，建议优先使用COALESCE处理NULL后再拼接，保证语义一致。
四、实战案例：业务场景中的CONCAT应用
第一个案例是生成格式化订单编号。假设订单表需要按“前缀+日期+流水号”的规则生成编号，可以用CONCAT配合日期格式化函数实现：
SELECT CONCAT('OD', DATE_FORMAT(NOW(), '%Y%m%d'), LPAD(order_seq, 5, '0')) AS order_no
FROM order_temp;
-- 输出示例：OD2024011500032
这里用DATE_FORMAT把当前日期转成八位字符串，再用LPAD把流水号左补零到五位数，最后通过CONCAT组装成完整编号。这种组合方式在报表编号、批次号生成中非常常见。
第二个案例是合并地址信息。用户表中省、市、区、详细地址分字段存储，展示时需要拼成一句话，且部分字段可能为空：
SELECT CONCAT_WS( '', IFNULL(province, ''), IFNULL(city, ''), IFNULL(district, ''), IFNULL(detail, '') ) AS full_address FROM user_address;
第三个案例是动态构建展示文案，常见于数据导出或消息推送场景。比如根据用户等级和余额拼接不同提示语：
SELECT CONCAT( user_name, ' 您好，您当前是', CASE level WHEN 1 THEN '普通会员' WHEN 2 THEN '黄金会员' ELSE '钻石会员' END, '，账户余额 ', FORMAT(balance, 2), ' 元' ) AS notice_text FROM members;
这个例子展示了CONCAT与CASE WHEN、FORMAT等函数的组合能力。实际业务中，还可以配合GROUP_CONCAT（MySQL）或STRING_AGG（PostgreSQL、SQL Server）实现分组后的行转字符串拼接，比如把一个班级所有学生姓名拼成一行展示，这在报表场景中极为实用。
最后提醒一点：在拼接用户输入的内容用于动态SQL时，务必警惕SQL注入风险。CONCAT只是字符串处理函数，它不会帮你过滤危险字符，涉及动态执行的场景应该使用参数化查询或预编译语句，而不是依赖字符串拼接来构造SQL语句本身。