SQL CONCAT函数实现多列字符串拼接

CONCAT函数干起活来很直接：把所有非NULL的参数按顺序拼成一串，但只要有任何一个参数是NULL，整条结果就跟着变NULL。参数数量不限，数字什么的它会自动转成字符串。不过实际业务里，NULL值防不胜防，最好配合CONCAT_WS或者IFNULL/COALESCE来兜底，否则很容易翻车。

CONCAT函数的基本用法和参数要求

MySQL 5.0.22+ 和 MariaDB 都原生支持 CONCAT()，它的规则很简单：把所有非NULL参数按顺序拼起来，一旦遇到NULL，直接返回NULL。这个特性特别容易踩坑——哪怕只有一个字段是NULL，整条结果就空了，不是想象中的留空或者变成空格。

• CONCAT('a', 'b', 'c') → 'abc'，标准操作
• CONCAT(first_name, ' ', last_name) → 如果first_name为NULL，结果就是NULL，不会变成' NULL'，更不会帮你把两个名字中间空出来
• 参数可以传任意多个，但每个都必须是字符串类型，或者能隐式转成字符串的值——比如数字会自动转成字符形式

处理NULL值：用CONCAT_WS或IFNULL兜底

实际查表的时候，姓名、地址这类字段里藏着大量NULL，直接用CONCAT会导致一堆空结果，根本没法用。一般两种解法比较靠谱：

• 用CONCAT_WS(' ', first_name, middle_name, last_name)：第一个参数指定分隔符，它自动跳过NULL值，只拼接非空部分，干净利落
• 显式补空：CONCAT(IFNULL(first_name, ''), ' ', IFNULL(last_name, ''))，控制粒度更细，但代码会稍长
• 注意：CONCAT_WS的分隔符只出现在非NULL值之间，不会在开头或结尾多出来，这个细节很贴心

不同数据库的兼容性差异

CONCAT()在 MySQL 和 MariaDB 里行为一致，但换到其他数据库，函数名可能根本不认：

• PostgreSQL 习惯用 || 操作符：first_name || ' ' || last_name
• SQL Server 用 +：first_name + ' ' + last_name，但它的NULL + anything同样返回NULL，也得靠ISNULL()处理
• SQLite 也支持 CONCAT()，但本质上它是||的别名，底层还是连接符的那套逻辑
• 如果写跨库SQL，优先考虑标准的 || 写法（先确认目标库是否支持），或者统一用 COALESCE 组合来更安全地处理 NULL

性能和可读性提醒

拼接本身的开销很小，但有两个地方值得特别留心：

• 在WHERE条件里用CONCAT去查字段，比如WHERE CONCAT(first_name, last_name) = 'JohnDoe'，这会导致索引失效，全表扫描的风险很高
• 复杂拼接最好放到应用层去做，特别是带有条件逻辑的场景（比如“有middle_name才加空格”），SQL里嵌套太多IF()或CASE不仅难写，后期维护也头疼
• 别为了省一行代码把多个CONCAT嵌套起来写，比如CONCAT(CONCAT(a,b), CONCAT(c,d))，直接平铺更清晰，可读性也好得多

真正麻烦的是字段类型混合（比如 INT 和 VARCHAR 混拼）再加上 NULL 判断，还要兼顾跨库适配——这时候不如先想清楚业务到底需要拼什么、在哪个环节用、谁来消费这个结果，别一上来就堆 SQL。