分布式事务-TCC

无技术

已于 2024-05-29 20:50:40 修改

阅读量1.2k

点赞数 20

文章标签：分布式

于 2024-05-29 20:44:46 首次发布

本文链接：https://blog.csdn.net/qq_25104587/article/details/139305374

版权

分布式事务TCC是一种补偿式的分布式事务解决方案，旨在保证在分布式系统中，跨多个服务或资源的事务能够保持一致性和可靠性。

一、TCC概述

TCC，全称Try-Confirm-Cancel，是一种用于处理分布式事务的协议。其核心思想是通过在业务逻辑中嵌入三个阶段（Try、Confirm、Cancel）的操作，来确保在分布式事务中，各个参与者能够协同工作，实现事务的原子性。TCC协议本身不保证事务隔离性，一阶段执行完成就提交本地事务，需要业务模型实现时解决事务隔离性问题。

二、TCC运行流程

Try阶段：
- 业务逻辑会预留资源，并检查所有的前提条件是否满足。
- 如果检查通过，则执行业务逻辑，进入Confirm阶段；否则，回滚预留的资源，进入Cancel阶段。
Confirm阶段：
- 在这个阶段，业务逻辑会确认执行结果。
- 如果确认通过，则提交所有的操作，完成事务；否则，回滚所有的操作，进入Cancel阶段。
Cancel阶段：
- 如果在Try或Confirm阶段出现错误或异常，业务逻辑会撤销之前执行的操作，并释放之前预留的资源。

三、TCC实现流程

1. 定义TCC接口

首先，需要定义TCC操作的接口，通常包括三个方法：try、confirm 和 cancel。

try 方法：尝试执行业务操作，并预留必要的资源。如果成功，则返回一个全局唯一的事务ID（通常称为XID）和表示操作是否成功的结果。
confirm 方法：确认try阶段成功提交的操作。它应该是一个幂等操作，即使多次调用也应该产生相同的结果。
cancel 方法：取消try阶段预留的资源，并回滚可能的业务操作。同样，它也应该是一个幂等操作。

2. 实现TCC业务逻辑

业务代码中，需要实现上述三个方法的具体逻辑。

try 方法中，需要执行实际的业务操作，并预留资源。这可能包括数据库记录的锁定、外部服务的调用等。如果所有操作都成功，则返回成功结果和XID；否则，返回失败结果并可能触发cancel操作。
confirm 方法中，需要根据XID确认并提交try阶段的操作。。
cancel 方法中，需要根据XID取消并回滚try阶段预留的资源。

3. 管理事务状态

需要实现事务协调器，可以通过将事务状态存储在数据库、缓存或分布式系统中来实现。事务状态可以包括：TRYING（正在尝试）、CONFIRMED（已确认）、CANCELED（已取消）等。

4. 调用TCC接口

业务流程中，当需要执行分布式事务时，需要按照以下步骤调用TCC接口：

调用try方法执行业务操作并预留资源。
根据try方法的返回结果决定是否调用confirm或cancel方法。
如果try方法成功，则调用confirm方法提交事务；否则，调用cancel方法回滚事务。

5. 异常处理和重试

在分布式系统中，网络分区、服务故障等异常情况是不可避免的。因此，需要实现异常处理和重试机制来确保TCC事务的可靠性。

对于try方法，如果发生异常，可以根据具体情况选择是否重试或调用cancel方法。
对于confirm和cancel方法，由于它们是幂等操作，因此可以安全地重试，直到它们成功为止。

6.注意事项

幂等性：confirm和cancel方法必须是幂等的，以确保多次调用不会产生副作用。
事务隔离性：在try阶段，需要确保对资源的访问是隔离的，以避免并发冲突，即通过资源预留的方式解决事务隔离性问题。
超时处理：为try、confirm和cancel操作设置合理的超时时间，并在超时时采取相应的措施（如重试、回滚等）。
错误处理：为可能出现的各种错误和异常情况设计合理的错误处理策略。

四、TCC的优缺点

优点：

灵活性：TCC允许在业务逻辑中自定义补偿操作，可以根据具体业务场景进行灵活配置。
支持分布式事务：TCC可以支持跨多个服务或资源的分布式事务，保证事务的一致性和可靠性。
减少阻塞时间：Try阶段可以预留资源，从而减少了阻塞时间，提高了并发能力，从而提升性能。

缺点：

应用侵入性强：TCC需要在业务逻辑中嵌入Try-Confirm-Cancel三个阶段的逻辑，对于现有系统的改造成本较高。
开发难度大：代码开发量较大，需要保证confirm和cancel接口的幂等性，增加了开发的复杂度。

五、总结

TCC作为一种补偿式的分布式事务解决方案，在分布式系统中具有重要的作用。它通过在业务逻辑中嵌入Try-Confirm-Cancel三个阶段的逻辑，来保证分布式事务的一致性和可靠性。然而，TCC也存在一些缺点，如应用侵入性强、开发难度大等。因此，在选择分布式事务解决方案时，需要根据具体业务场景和需求进行权衡和选择。