分布式事务之深入理解什么是2PC、3PC及TCC协议？

最新推荐文章于 2025-04-19 16:33:14 发布

无敌码农～

最新推荐文章于 2025-04-19 16:33:14 发布

阅读量1.3k

点赞数 2

分类专栏：系统与架构设计文章标签：分布式事务两阶段提交三阶段提交 TCC 2PC

本文链接：https://blog.youkuaiyun.com/weixin_44296862/article/details/86683982

版权

本文首先回顾了数据库事务的概念，包括原子性、一致性、隔离性和持久性。接着，介绍了分布式事务的定义，它是为了解决微服务架构中的数据一致性问题。文中详细讲解了2PC（两阶段提交）、3PC（三阶段提交）的原理，分析了它们在分布式事务中的应用和存在的问题。此外，还提到了TCC（补偿事务）作为另一种分布式事务的实现方式，强调了其对业务逻辑的侵入性和实现的复杂性。最后，提到了基于MQ的事务消息在解决性能和最终一致性方面的潜力。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

导读

在上一篇文章《【分布式事务】基于RocketMQ搭建生产级消息集群？》中给大家介绍了基于RocketMQ如何搭建生产级消息集群。因为本系列文章最终的目的是介绍基于RocketMQ的事物消息来解决分布式系统中的数据一致性问题，所以先给大家率先介绍了RocketMQ消息集群的搭建。

原本是想着在这篇文章中直接介绍RocketMQ的事务消息特性，但是在梳理的过程中作者发现对于分布式事务的概念，可能还会有很多同学不理解或者理解得不是很深刻的地方，而跳过这些基本概念直接去学习上层的实践可能并不是一件很好的事情，因此在这篇文章中，作者打算重点给大家先介绍下分布式事务相关的基本概念，诸如分布式事务、2PC、3PC、TCC之类的基本问题，之后再单独去介绍RocketMQ事务消息相关的实践。

数据库事务的概念

在讲述分布式事务的概念之前，我们先来回顾下事务相关的一些概念。

事务的基本概念：

就是一个程序执行单元，里面的操作要么全部执行成功，要么全部执行失败，不允许只成功一半另外一半执行失败的事情发生。例如一段事务代码做了两次数据库更新操作，那么这两次数据库操作要么全部执行成功，要么全部回滚。

事务的基本特性：

我们知道事务有4个非常重要的特性，即我们常说的（ACID）。

Atomicity（原子性）:是说事务是一个不可分割的整体，所有操作要么全做，要么全不做；只要事务中有一个操作出错，回滚到事务开始前的状态的话，那么之前已经执行的所有操作都是无效的，都应该回滚到开始前的状态。

Consistency（一致性）：是说事务执行前后，数据从一个状态到另一个状态必须是一致的，比如A向B转账（ A、B的总金额就是一个一致性状态），不可能出现A扣了钱，B却没收到的情况发生。

Isolation（隔离性）：多个并发事务之间相互隔离，不能互相干扰。关于事务的隔离性，可能不是特别好理解，这里的并发事务是指两个事务操作了同一份数据的情况；而对于并发事务操作同一份数据的隔离性问题，则是要求不能出现脏读、幻读的情况，即事务A不能读取事务B还没有提交的数据，或者在事务A读取数据进行更新操作时，不允许事务B率先更新掉这条数据。而为了解决这个问题，常用的手段就是加锁了，对于数据库来说就是通过数据库的相关锁机制来保证。

Durablity（持久性）：事务完成后，对数据库的更改是永久保存的，不能回滚。

关于数据库事务的基本概念大家可以去网上搜一下，这里只是给大家回顾下事务的基本概念及特性，诸如事务并发问题、事务隔离级别等大家如有遗忘可以去回顾下（tips：面试经常会问到的问题哦）。

什么是分布式事务

以上内容我们回顾了下事务的基本概念，那么分布式事务又是个什么概念呢？它与数据库事务之间又有什么区别呢？

其实分布式事务从实质上看与数据库事务的概念是一致的࿰