Java笔记之分布式事务解决方案

两阶段提交（XA）：

        XA主要定义了全局事务管理器（TM）和局部资源管理器（RM）之间的接口。

       第一阶段：即所有的参与者RM准备执行事务并锁定需要的资源。参与者ready时，向TM报告已准备就绪。

       第二阶段：当事务管理者TM确认所有参与者RM都ready后，向所有参与者发送commit命令。

        特点：简单易用，对资源进行了长时间锁定，并发效率低。

TCC：

       TCC分三阶段

        Try阶段：尝试执行，完成所有业务检查，预留业务资源。

         Confirm阶段：确认执行真正执行业务，不作任何检查，只使用try阶段预留的资源。

         Cancel阶段：取消执行，释放try预留业务资源。

        特点：并发效率高，无长期锁定资源。开发量大，需要提供Try/Confirm/Cancel接口。

 

本地消息表

        将写消息表和业务操作放在一个事务中，保证业务和发消息的原子性，要么全部成功，要么全部失败。

        容错机制：业务事务失败时，直接回滚。轮询消息失败，消费消息失败都进行重试。

        特点：生产者需要额外创建消息表。消费者无法保证一定消费消息或重试消费成功。

 

事务消息：

        本质是将本地消息表放到RocketMQ上，解决生产端的消息与本地事务执行的原子性问题。

       事务消息发送及提交：

               发送half消息

                服务端存储消息，并响应消息写入结果

               根据发送结果执行本地事务。写入成功执行业务，否则不执行。

               根据本地事务状态执行Commit或者Rollback

       特点：长事务拆分多个任务，并提供反查接口，使用简单。

 

AT事务模式

      一阶段：拦截业务SQL语句，解析SQL，提取表元数据，找到SQL语句要更新的业务数据。在业务数据被更新前将其保存成前镜像。执行SQL语句更新后，将其保存成后镜像，并生成seata事务锁数据，构建事务日志插入事务日志表。

       二阶段：如果是全局事务是提交状态，先进行放锁操作，然后释放各个分支事务在一阶段加的全局锁，并推进二阶段提交。收到提交指令后，只需要删除保存在事务日志数据，完成数据清理。如果全局事务是回滚状态，TC会触发二阶段回滚操作，收到回滚操作指令，会回滚一阶段已执行的SQL，还原业务数据。