SQL Server中MERGE需至少包含WHEN MATCHED或WHEN NOT MATCHED子句，ON后须为括号包裹的布尔表达式，目标表不能在INTO后加别名，UPDATE SET左侧必须为目标列表，右侧可用源表别名。
SQL Server里MERGE怎么写才不报错
直接用 MERGE 时最常见的错误是：缺少 WHEN MATCHED 或 WHEN NOT MATCHED 子句、ON 条件没加括号、目标表别名在 UPDATE SET 中误写成源表字段。SQL Server 要求这两个 WHEN 分支至少出现一个，且 ON 后必须是完整布尔表达式。
实操建议：
-
ON条件里别漏括号，比如写成ON (t.id = s.id)，不是ON t.id = s.id - 目标表在
INTO后不能带 schema 以外的别名（如INTO t可以，但INTO target_table AS t在 SQL Server 不合法） -
UPDATE SET中赋值左侧必须是目标表列，右侧可用源表别名（如s.name），不能写source.name（除非你真定义了source别名） - 如果只想要“有则更新、无则插入”，就两个分支都写，别省略
WHEN NOT MATCHED
Oracle/MySQL/OceanBase里MERGE语法差异在哪
根本区别在于关键字和子句支持程度：MERGE 是 Oracle 原生语法，SQL Server 2008+ 支持类似实现，MySQL 没有标准 MERGE，用 INSERT ... ON DUPLICATE KEY UPDATE 替代；OceanBase V4.0.0 开始兼容 Oracle 风格 MERGE，但暂不支持 WHEN NOT MATCHED BY SOURCE。
关键差异点：
- Oracle 和 OceanBase 允许
DELETE WHERE跟在WHEN MATCHED THEN UPDATE后面；SQL Server 不支持该组合，只能单独写WHEN MATCHED THEN DELETE - MySQL 完全不用
MERGE，而是靠唯一键触发ON DUPLICATE KEY UPDATE，且不支持DELETE分支 - SQL Server 的
USING子句支持子查询、CTE、视图，但 OceanBase 当前版本对 CTE 支持有限，建议先物化为临时表再USING
MERGE执行慢或锁表严重怎么办
本质是 MERGE 底层仍需扫描匹配行 + 持有更新锁，尤其当 ON 条件无法走索引、或源表数据量远大于目标表时，性能会断崖式下降。
提速与避坑建议：
-
ON字段必须在目标表上有索引（最好是唯一索引或主键），否则变成全表扫描 - 源表数据量大时，先用
WHERE过滤再USING，例如USING (SELECT * FROM staging WHERE updated_at > @last_sync) s - 避免在
WHEN MATCHED THEN UPDATE SET中调用函数（如GETDATE()），会导致整行重计算，影响并发 - SQL Server 下若目标表有触发器，
MERGE会逐行触发，比分开INSERT/UPDATE更慢，此时应禁用触发器或拆解逻辑
为什么MERGE事务中部分失败后数据状态不可控
因为 MERGE 是原子操作，但它的“原子性”仅限语句级——一旦某一分支（如 INSERT）因约束冲突失败，整个语句回滚；但如果你在 WHEN MATCHED 里写了 UPDATE + DELETE WHERE，而 DELETE 条件不满足，这部分不会报错，也不会回退前面的 UPDATE，导致中间态残留。
真实风险点：
- 没加
WHERE的UPDATE会无条件改所有匹配行，哪怕后续DELETE WHERE不成立 - OceanBase 和 Oracle 允许在同一个
WHEN MATCHED里混用UPDATE和DELETE，但 SQL Server 强制拆成两个独立WHEN MATCHED分支，否则语法报错 - 测试时容易忽略
NULL比较行为（如ON (a = b)中任一为NULL就不匹配），导致本该更新的行被当成新记录插入
