INSERT INTO users (name, age, status) VALUES (COALESCE(?, 'unknown'), COALESCE(?, 0), COALESCE(?, 'active'));

这里的?代表预处理语句的占位符。当实际传入的值为NULL时，COALESCE就会生效，将其替换为预设的默认值。

为什么不用IFNULL或ISNULL而选COALESCE

面对NULL值处理，不同数据库提供了各自的方言函数，比如MySQL的IFNULL、SQL Server的ISNULL。那为什么更推荐COALESCE呢？核心原因有两个：它是SQL标准，并且功能更强大。

作为标准函数，COALESCE在PostgreSQL、MySQL、SQL Server、SQLite等主流数据库中都能用，可移植性更好。而方言函数一旦换了数据库，代码就得重写。

功能上，COALESCE支持任意多个参数，比如COALESCE(a, b, c, 'default')，可以设置一连串的备选值。而IFNULL只能接受两个参数。此外，它的行为也更可预测：

• 在MySQL中，IFNULL(NULL, 1/0)会导致除零错误，因为它会计算所有参数。而COALESCE和标准的IFNULL一样，采用短路求值，第一个参数非NULL就不会执行后续表达式，更安全。
• 在SQL Server里，ISNULL('x', 123)会试图把字符串'x'转换成INT类型，容易失败。COALESCE则依据数据类型优先级来推导最终类型，通常更合理。

INSERT … SELECT 场景下COALESCE容易漏掉的坑

从另一张表查询并插入数据时，使用COALESCE要格外小心。常见的误区是，只盯着目标字段的NULL替换，却忽略了数据源的实际情况和表结构的约束。

• 空值不等于NULL：如果源表字段定义为VARCHAR(10) NOT NULL，但它里面存的是空字符串''，那么COALESCE(col, 'missing')会原样返回空字符串，而不会触发替换。因为COALESCE只认NULL。
• 类型精度匹配：在PostgreSQL中，如果目标列是NUMERIC(5,2)，而你写COALESCE(src_col, 0)，这个0会被推断为INTEGER，可能导致精度问题。最好显式写成COALESCE(src_col, 0.00)。
• 严格模式的挑战：在MySQL 8.0+的严格模式下，如果COALESCE返回了字符串，但目标列是数字类型，可能会引发“Data truncated for column”错误。

批量插入时用COALESCE影响性能吗

对于单条INSERT，用上几个COALESCE对性能的影响微乎其微。但是，场景换到百万级别的INSERT ... SELECT，情况就不同了。如果每个字段都套一层COALESCE，尤其是里面还嵌套了像TRIM、UPPER这样的函数，比如COALESCE(TRIM(name), UPPER(alias), 'anon')

更深远的影响在于可读性和执行计划。层层嵌套的函数让SQL语句变得难以维护。同时，查询优化器可能无法准确估算经过COALESCE处理后的数据分布，从而导致选错索引，让查询性能雪上加霜。