分布式事务解决方案之本地消息表

1.什么是分布式事务

描述分布式事务之前，先了解下事务是什么。事务就是一组操作构成的可靠的独立的工作单元，要么全部执行成功，要么全部执行失败。分布式就是一个业务由多个操作完成，这些操作又分布在不同的服务器上。简单来说，分布式事务就是分布式系统中的事务。

2.常见的分布式事务解决方案

分布式事务的解决方案，常见的有两阶段提交和三阶段提交协议、TCC分段提交和基于消息补偿的最终一致性方案。

3.本地消息表

基于消息补偿的一致性方案主要支持事务的消息队列和本地消息表等。本篇文章主要介绍下恩地消息表，本地消息表的方案最初由ebay的工程师提出，核心思想是将分布式事务拆分成本地事务进行处理。本地消息表实现最终一致性。

具体业务处理流程如下图：

本地消息表.png

• 步骤1和2，系统收到用户下单请求，将订单业务数据写入订单表中，同时把该订单对应的消息数据写入本地消息表中，订单表与本地消息表为同一个数据库，更新订单和存储消息为同一个本地事务，数据库事务处理，要么都成功，要么都失败。
• 步骤345，订单服务发送消息到消息队列，库存服务收到消息，进行库存业务操作，更新库存数据
• 步骤6和7，返回业务处理结果，订单服务收到结果后，将本地消息表中的数据设置完成状态或者删除数据。
• 步骤8，另起定时任务，定时扫描本地消息表，看是否有未完成的任务，有则重试。

具体业务场景中，可能还有遇到其一些问题，比如消息发送失败等，都需要具体问题具体分析。

4.本地消息表优缺点

本地消息表实现了分布式事务的最终一致性，优缺点比较明显。
优点：

• 实现逻辑简单，开发成本比较低

缺点：

• 与业务场景绑定，高耦合，不可公用
• 本地消息表与业务数据表在同一个库，占用业务系统资源，量大可能会影响数据库性能

5.总结

本文描述了本地消息表如何解决分布式事务的关键流程，在具体业务操作时候，可能还有会一些问题，比如消息发送失败、下游业务处理失败等问题，这些都需要具体问题具体分析。在遇到分布式一致性问题的时候，结合实际的业务情况选择最适合的分布式事务解决方案。