分布式事务（2） TCC

分布式事务（2） TCC

一 、TCC 又称补偿事务。其核心思想是：“针对每个操作都要注册一个与其对应的确认和补偿（撤销操作）”。它分为三个操作：

1、Try阶段：主要是对业务系统做检测及资源预留。
2、Confirm阶段：确认执行业务操作。
3、Cancel阶段：取消执行业务操作。

TCC对应 Try、Confirm、Cancel 三种操作可以理解成关系型数据库事务的三种操作：DML、Commit、Rollback。

场景 微服务跨服务事务操作

Try ：Try操作是先把多个应用中的业务资源预留和锁定住，为后续的确认打下基础，类似的，DML操作要锁定数据库记录行，持有数据库资源。

Confirm ： Confirm操作是在Try操作中涉及的所有应用均成功之后进行确认，使用预留的业务资源，和Commit类似；

Cancel ：Cancel则是当Try操作中涉及的所有应用没有全部成功，需要将已成功的应用进行取消(即Rollback回滚)。其中Confirm和Cancel操作是一对反向业务操作。

TCC的具体原理图如（盗图）:

分布式事务协调者：分布式事务协调者管理控制整个业务执行流程，控制所有参与者 Confirm或 Cancel，Confirm 和 Cancel是完全相反的操作

二、TCC和2PC比较

1. 2PC是资源层面的分布式事务，强一致性，在两阶段提交的整个过程中，一直会持有资源的锁。
2. TCC是业务层面的分布式事务，最终一致性，不会一直持有资源的锁。
3. TCC相比较于2PC来讲性能会好很多，但是因为同时需要改造try、confirm、canel3个接口，开发成本高，造成业务开发复杂。Confirm和Cancel操作可能被重复调用，故要求Confirm和Cancel两个接口必须是幂等。