两阶段提交 (2PC) 协议是一种分布式算法，用于确保系统中多个节点之间事务的原子性。原子性意味着事务的所有部分要么成功完成（提交），要么完全失败（中止），没有部分结果。这在分布式系统中至关重要，因为事务跨越多个数据库、服务或资源。该协议涉及一个管理该过程的协调器节点和执行事务步骤的参与者节点。目标是即使在事务期间发生故障也能保证一致性。
该协议分两个阶段运行。在准备阶段，协调器向所有参与者发送请求，询问他们是否可以提交事务。每个参与者执行检查（例如，验证数据、锁定资源）并以“是”或“否”响应。如果所有参与者都同意，协调器将进入提交阶段，指示他们完成事务。如果任何参与者投“否”票或未能响应，协调器将中止事务并通知所有参与者回滚。例如，考虑一个银行系统在存储在单独数据库上的两个帐户之间转移资金。协调器确保两个数据库都确认他们可以扣款和增加资金（准备阶段），然后再最终确定更改（提交阶段）。如果一个数据库不可用，则取消事务，从而保持一致性。
虽然 2PC 确保原子性，但它也有权衡。一个关键的限制是阻塞：如果在准备阶段之后协调器失败，参与者将保持等待状态，直到协调器恢复，这可能会使系统停滞。此外，在准备阶段锁定资源可能会降低高吞吐量场景中的性能。尽管存在这些缺点，2PC 广泛用于需要强一致性的分布式数据库（例如，Apache Kafka 事务）和中间件系统。Saga 模式等替代方案避免了阻塞，但需要补偿措施来进行回滚，这使得 2PC 成为一种更简单的选择，适用于与不一致数据相比，可以接受临时延迟的场景。开发人员在设计分布式系统时应权衡这些因素。