merge比update+insert更稳，因其原子性实现“存在则更新、不存在则插入”，避免竞态条件、主键冲突和执行计划劣化，但要求匹配条件为唯一索引、源数据去重、on字段建索引，并注意sql server语法细节与跨库差异。
为什么 MERGE 比 UPDATE + INSERT 更稳？
因为单次执行就能完成“存在则更新、不存在则插入”，避免竞态条件和重复判断逻辑。尤其在高并发写入或批量同步场景下，MERGE 的原子性直接减少死锁和脏数据风险。
常见错误现象：UPDATE 先查再改，中间被其他事务插入同主键记录，导致主键冲突或漏更新；或者用 IF EXISTS 套壳，SQL Server 里容易触发参数嗅探劣化执行计划。
- 必须有明确的匹配条件（通常是主键或唯一索引列），否则
MERGE会报错The MERGE statement attempted to UPDATE or DELETE the same row more than once -
WHEN MATCHED和WHEN NOT MATCHED BY TARGET是核心分支，别漏掉BY TARGET—— 少写这仨字，SQL Server 直接报语法错 - 源表（
USING后面）不能是带聚合或窗口函数的派生表，除非外层再套一层SELECT，否则提示Invalid usage of the option NEXT in the FETCH statement（这个错信息完全误导，实际是派生表不合规）
SQL Server 中 MERGE 的典型写法与参数陷阱
不是所有数据库都支持 MERGE，SQL Server 是最常用且语法最严格的实现之一。它的 OUTPUT 子句能返回操作结果，但必须配合 INTO 或直接输出到客户端，不能只写 OUTPUT inserted.* 就完事。
使用场景：ETL 增量同步、配置表热更新、订单状态合并。
MERGE dbo.OrderStatus AS target
USING (SELECT OrderID, Status, UpdatedAt FROM @staging) AS source
ON target.OrderID = source.OrderID
WHEN MATCHED THEN
UPDATE SET Status = source.Status, UpdatedAt = source.UpdatedAt
WHEN NOT MATCHED BY TARGET THEN
INSERT (OrderID, Status, UpdatedAt) VALUES (source.OrderID, source.Status, source.UpdatedAt)
OUTPUT $action, inserted.*, deleted.*;
-
@staging必须是表变量、临时表或 CTE，不能是普通变量或标量值 -
$action返回字符串'INSERT'或'UPDATE'，注意是美元符加 action，不是ACTION - 如果源数据里有重复
OrderID，MERGE会直接报错，得提前用ROW_NUMBER() OVER (PARTITION BY ...)去重
MERGE 性能卡在哪？怎么绕开
慢不是因为语句本身，而是隐式锁升级和执行计划缓存污染。SQL Server 在 MERGE 执行时可能对整个目标表加范围锁（RangeS-U），尤其当 ON 条件没走索引时。
性能影响点：
- 目标表的
ON字段必须有索引（最好是唯一索引），否则MERGE退化成嵌套循环 + 全表扫描 - 源数据量超过 10 万行时，建议分批（比如每次 5000 行），用
TOP (5000)+ 循环，不然日志暴涨、阻塞严重 - 别在
MERGE里调用标量函数（如dbo.fn_CalcPriority()），它会在每行触发一次执行，拖垮性能
MySQL / PostgreSQL 用户注意：别硬套 MERGE
MySQL 没有标准 MERGE，得用 INSERT ... ON DUPLICATE KEY UPDATE；PostgreSQL 用 INSERT ... ON CONFLICT DO UPDATE。语法看着像，但行为差异很大。
容易踩的坑：
- MySQL 的
ON DUPLICATE KEY UPDATE只响应UNIQUE或PRIMARY KEY冲突，普通索引无效 - PostgreSQL 的
ON CONFLICT必须显式指定冲突目标（如ON CONFLICT (order_id)），漏写字段名就报错there is no unique or exclusion constraint matching the ON CONFLICT specification - 三者都不支持
WHEN NOT MATCHED BY SOURCE（即删除目标中多余记录），真要删，得单独写DELETE
跨数据库迁移存储过程时，MERGE 是最常翻车的语法点——不是功能缺失，而是语义边界太窄，稍不留神就从“省事”变成“救火”。
