seata-golang 一周年回顾

阿里云云原生

墨衍会员 · AI 创作全网分发码龄8年

关注

原创 2021-04-29 17:39:13 394 阅读 AI 写同款· GEO 优化 ›

作者 | 刘晓敏
来源 | 阿里巴巴云原生公众号

Seata 是一款简单易用，高性能、开源的一站式分布式事务解决方案。Seata 从2019 年 1 月开源后就受到了大家的追捧，目前已经有几百家企业在生产环境进行了技术的落地。

2020 年 4 月，我们开始基于 Seata 着手做多语言 golang 项目，经过一年时间的开发，很高兴 seata-golang 发布了 1.0.0 版本。

今年 4 月 17 号，有幸在成都 gopher meetup 上将 seata-golang 介绍给热衷于 golang 的 gopher。

会上我们向大家演示了如何利用 seata-golang 来接入到微服务中保证服务间的数据一致性，另外还向大家介绍了 Seata 的核心原理、MySQL driver 原理和接入、seata-golang 的未来规划，最后就大家关注的 Seata 相关的问题做了 QA。

Seata 原理

活动上，我们结合 seata-golang 的demo 和大家分享了 seata 的工作原理。如下图所示，是一个 seata at 模式的简单工作流程。

TC（即图中右半部分）：Transaction coordinator，它是一个分布式事务协调器。
TM：Transaction manager，它是一个事务管理器，负责全局事务的开启、提交和回滚。
RM：Resource Manager，它是管理分支事务资源的，它加入全局事务组后，向 TC 报告分支事务的执行状态。
XID：TM 开启全局事务时，会在 TC 创建一个 GlobalSession，GlobalSession 的全局唯一标识即为 XID。
BranchID：RM 向 TC 注册分支事务后，在 TC 侧生成一个 BranchSession，BranchID 全局唯一标识这个 BranchSession。

当 RM 向 TC 报告分支执行失败时，TC 会标记这个 BranchSession 的状态为失败，然后 TM 发起回滚时，TC 根据 XID 找到所有成功执行的事务分支，通知他们进行回滚。

MySQL Driver

最近研发开源出来的mysql driver 项目，基于 go-sql-driver/mysql 1.5.0 版本开发，天然集成了 seata-golang 的分布式事务能力，完全支持 database/sql 库这层抽象，由于很多 orm 框架都基于 database/sql 做了封装，所以对 database/sql 的支持意味着 seata-golang 可以完美无缝地接入各种 orm 框架。

driver 的 mysqlTx 对象执行 Commit 或者 Rollback 时，会根据 mysqlConn 的 connCtx 是否有值来决定是否和 tc 交互，报告分支事务的执行状态。如果执行 Commit，connCtx 有值则把 sqlUndoItemsBuffer 中的 undoLog 和业务数据一起提交到数据库，然后报告 tc 事务分支提交的状态（成功还是失败），否则执行正常的提交。如果执行 Rollback，connCtx 有值则回滚然后向 tc 报告分支执行失败，tc 会根据这个状态回滚整个全局事务，connCtx 没有值则只需正常回滚。

上图是 undoLog json 序列化后的结构数据，我们可以看到这条数据修改之前，它的 name 是 “TXC”，修改之后它的 name 是 “GTS”，如果对它进行回滚，则生成一个反向的补偿语句：update product set name = ‘TXC’ since = 2014 where id = 1。如果是 insert 操作，则反向补偿操作为 delete，如果是一个 delete 操作则方向补偿操作为 insert。

未来规划

社区已经有小伙伴将 mysql driver集成到 gorm，并将 seata-golang 用到生产环境。目前 seata-golang 只支持 mysql，小伙伴们可根据 mysql driver 的思路，实现 pgsql 和 oracle 的 driver 。这也是未来 seata-golang 将要规划做的事情之一。