分布式事务实战 -- 一个完整的 xa 例子
事务
某些业务要求,一系列操作必须全部执行,而不能仅执行一部分。例如,一个转账操作:
这两条 SQL 语句必须全部执行,或者,由于某些原因,如果第一条语句成功,第二条语句失败,就必须全部撤销。
这种把多条语句作为一个整体进行操作的功能,被称为数据库事务。数据库事务可以确保该事务范围内的所有操作都可以全部成功或者全部失败。如果事务失败,那么效果就和没有执行这些 SQL 一样,不会对数据库数据有任何改动。
微服务
如果一个事务涉及的所有操作能够放在一个服务内部,那么使用各门语言里事务相关的库,可以轻松的实现多个操作作为整体的事务操作。
但是有些服务,例如生成订单涉及做很多操作,包括库存、优惠券、赠送、账户余额等。当系统复杂程度增加时,想要把所有这些操作放到一个服务内实现,会导致耦合度太高,维护成本非常高。
针对复杂的系统,当前流行的微服务架构是非常好的解决方案,该架构能够把复杂系统进行拆分,拆分后形成了大量微服务,独立开发,独立维护。
虽然服务拆分了,但是订单本身的逻辑需要多个操作作为一个整体,要么全部成功,要么全部失败,这就带来了新的挑战。如何把散落在各个微服务中的本地事务,组成一个大的事务,保证他们作为一个整体,这就是分布式事务需要解决的问题。
分布式事务
分布式事务简单的说,就是一次大的操作由不同的小操作组成,这些小的操作分布在不同的服务器上,且属于不同的应用,分布式事务需要保证这些小操作要么全部成功,要么全部失败。本质上来说,分布式事务就是为了保证不同数据库的数据一致性。
分布式事务方案包括:
xa
tcc
saga
可靠消息
下面我们看看最简单的 xa
XA
XA 是由 X/Open 组织提出的分布式事务的规范,XA 规范主要定义了(全局)事务管理器(TM)和(局部)资源管理器(RM)之间的接口。本地的数据库如 mysql 在 XA 中扮演的是 RM 角色
XA 一共分为两阶段:
第一阶段(prepare):即所有的参与者 RM 准备执行事务并锁住需要的资源。参与者 ready 时,向 TM 报告已准备就绪。
第二阶段 (commit/rollback):当事务管理者(TM)确认所有参与者(RM)都 ready 后,向所有参与者发送 commit 命令。
目前主流的数据库基本都支持 XA 事务,包括 mysql、oracle、sqlserver、postgre
我们看看本地数据库是如何支持 XA 的:
第一阶段 准备
当所有的参与者完成了 prepare,就进入第二阶段 提交
xa 实践
介绍了这么多,我们来实践完成一个微服务上的 xa 事务,加深分布式事务的理解,这里采用dtm作为分布式事务的管理者,来运行其中一个 xa 的 demo
获取 dtm
配置 mysql
运行示例
从日志里,能够找到 XA 部分的输出,最后成功提交完成了事务
整个交互的时序详情如下
总结
至此,一个完整的 xa 分布式事务介绍完成。
在这篇简短的文章里,我们大致介绍了 事务、分布式事务、微服务处理 XA 事务。有兴趣的同学可以通过dtm 继续研究分布式事务。
评论