详解分布式事务解决方案之TCC机制

前言

之前讲解了分布式事务的解决方案之2PC和3PC，今天主要讲解事务补偿机制（TCC），Let's go !

TCC

TCC 事务补偿是基于 2PC 实现的业务层事务控制方案，它是 try, Confirm, Cancel 三个单词的首字母，含义如下：

• try 检查及预留业务资源完成提交事务前的检查，并预留好资源
• confirm 确定执行业务操作，对 try 阶段预留的资源正式执行
• cancel 取消执行业务操作，对 try 阶段预留的资源进行释放

将 TCC 机制带进业务为例：

1、try

下单业务由订单服务和库存服务协同完成，在 try 阶段订单服务和库存服务完成检查和预留资源

比如：订单服务检查当前是否可以满足提交订单，库存服务检查是否有充足的库存，并锁定资源

2、confirm

订单服务和库存服务成功完成 try 后开始正式执行资源操作。

比如：订单服务写入一条订单信息，库存服务扣除库存

3、cancel

订单服务和库存服务有一方出现失败则全部取消操作。

比如：订单服务需删除新增的订单信息，库存还原扣除的库存

特点

TCC 机制优点：

• 最终保证数据一致性，在业务层实现事务控制，灵活性好

TCC 机制缺点：

• 开发成本高，每个事务操作每个参与者都需要实现 try/commit/cancel 三个接口

由于 try，confirm，cancel 三个阶段中失败后要不断重试，所以 TCC 的 try，confirm，cancel 的三个接口都要实现幂等性。

幂等性

幂等性是指同一个操作无论请求多少次，其结果都相同。

保证幂等性的方案如下：

1、操作前在业务系统进行判断如果执行过了就不再执行

2、缓存所有请求和处理的结果，已经处理的请求则直接返回结果

3、在数据库表中添加一个状态字段，数据操作时判断处理状态