Shane Borden：后续报道：使用“ON CONFLICT”指令减少真空操作
内容提要
Postgres 15及以上版本支持MERGE功能，测试表明其与ON CONFLICT类似，能有效减少真空操作。示例中，插入冲突后更新仅标记一行死元组，性能符合预期。建议将ON CONFLICT语句转换为MERGE以优化数据库维护。
延伸解读
MERGE 与 ON CONFLICT 的真空行为对比
本文通过实测验证，Postgres 15 引入的 MERGE 在插入冲突后执行更新时，仅产生一行死元组，与 ON CONFLICT 行为一致。这意味着 MERGE 不会引入额外的真空开销，数据库维护成本与原有方式相当。对于担心新功能可能影响性能的团队，这一结果提供了直接依据。
迁移建议：从 ON CONFLICT 到 MERGE
作者建议将所有 ON CONFLICT 语句转换为 MERGE。MERGE 语法更灵活，支持更复杂的条件逻辑，且真空表现与 ON CONFLICT 相同。但迁移时需注意测试覆盖，确保新旧语句在边界情况下的行为一致，避免因语法差异导致意外结果。
测试方法的局限性
本文测试仅针对单行冲突场景，未覆盖批量操作、并发写入或复杂条件。实际生产环境中，真空行为可能受索引、填充因子等因素影响。建议在测试环境模拟真实负载，观察 n_dead_tup 变化，以全面评估 MERGE 对真空的影响。
Q&A
Postgres 15及以上版本中，MERGE与ON CONFLICT在减少真空操作方面有何相似之处？
根据测试，MERGE在插入冲突后执行更新时，与ON CONFLICT类似，只标记一行死元组，从而有效减少真空操作。
在Postgres中使用MERGE时，如果插入冲突后更新成功，死元组数量会如何变化？
在示例中，插入冲突后更新成功，死元组数量仅增加1，即只有一行被标记为死元组。
如何将现有的ON CONFLICT语句转换为MERGE？
建议将所有ON CONFLICT语句转换为MERGE，因为MERGE功能在Postgres 15及以上版本中可用，且性能与ON CONFLICT类似，能有效减少真空操作。
MERGE功能在Postgres哪个版本开始支持？
MERGE功能在Postgres 15及以上版本中开始支持。
在测试MERGE减少真空操作时，使用了什么表结构和数据？
测试使用了名为pk_violation_test的表，包含id（主键）、value、product_id和effective_date字段，并插入了10000行模拟数据。
MERGE操作在插入冲突时，具体执行了哪些步骤？
MERGE操作尝试插入新行，如果主键冲突（即匹配），则执行更新操作；如果不匹配，则执行插入。在示例中，插入冲突后执行了更新。
