English Docs
跨语言分布式事务管理器
DTM是一款golang开发的分布式事务管理器,解决了跨数据库、跨服务、跨语言栈更新数据的一致性问题。
他优雅的解决了幂等、空补偿、悬挂等分布式事务难题,提供了简单易用、高性能、易水平扩展的解决方案。
谁在使用DTM(仅列出部分)
亮点
- 极易接入
- 零配置启动服务,提供非常简单的HTTP接口,极大降低上手分布式事务的难度,新手也能快速接入
- 跨语言
- 可适合多语言栈的公司使用。方便go、python、php、nodejs、ruby、c# 各类语言使用。
- 使用简单
- 开发者不再担心悬挂、空补偿、幂等各类问题,首创子事务屏障技术代为处理
- 易部署、易扩展
- 依赖mysql|redis,部署简单,易集群化,易水平扩展
- 多种分布式事务协议支持
- TCC、SAGA、XA、二阶段消息,一站式解决所有分布式事务问题
与其他框架对比
非Java语言类的,暂未看到除dtm之外的成熟框架,因此这里将DTM和Java中最成熟的Seata对比:
特性 | DTM | SEATA | 备注 |
---|---|---|---|
支持语言 | Go、Java、python、php、c#... | Java | dtm可轻松接入一门新语言 |
异常处理 | 子事务屏障自动处理 | 手动处理 | dtm解决了幂等、悬挂、空补偿 |
TCC事务 | ✓ | ✓ | |
XA事务 | ✓ | ✓ | |
AT事务 | 建议使用XA | ✓ | AT与XA类似,性能更好,但有脏回滚 |
SAGA事务 | 支持并发 | 状态机模式 | |
二阶段消息 | ✓ | ✗ | dtm提供类似rocketmq的事务消息 |
单服务多数据源 | ✓ | ✗ | |
通信协议 | HTTP、gRPC、go-zero | dubbo等协议 | dtm对云原生更加友好 |
star数量 | dtm从20210604发布0.1,发展快 |
从上面对比的特性来看,如果您的语言栈包含了Java之外的语言,那么dtm是您的首选。如果您的语言栈是Java,您也可以选择接入dtm,使用子事务屏障技术,简化您的业务编写。
详细的对比可以点击特性中的链接,跳到相关文档
性能测试报告
教程与文档
各语言客户端及示例
微服务框架支持
- go-zero:一开源就非常火爆的微服务框架,首家接入dtm的微服务框架。感谢go-zero作者kevwan的大力支持
- polaris: 腾讯开源的注册发现组件,以及在其上构建的微服务框架。感谢腾讯同学ychensha的PR
- 其他:看用户需求量,择机接入,参见微服务支持
快速开始
如果您不是Go语言,可以跳转各语言客户端及示例,里面有相关的快速开始示例
运行dtm
git clone https://github.com/dtm-labs/dtm && cd dtm
go run main.go
启动并运行一个saga示例
下面运行一个类似跨行转账的示例,包括两个事务分支:资金转出(TransOut)、资金转入(TransIn)。DTM保证TransIn和TransOut要么全部成功,要么全部回滚,保证最终金额的正确性。
go run qs/main.go
接入详解
接入代码
// 具体业务微服务地址
const qsBusi = "http://localhost:8081/api/busi_saga"
req := &gin.H{"amount": 30} // 微服务的载荷
// DtmServer为DTM服务的地址,是一个url
DtmServer := "http://localhost:36789/api/dtmsvr"
saga := dtmcli.NewSaga(DtmServer, dtmcli.MustGenGid(DtmServer)).
// 添加一个TransOut的子事务,正向操作为url: qsBusi+"/TransOut", 补偿操作为url: qsBusi+"/TransOutCompensate"
Add(qsBusi+"/TransOut", qsBusi+"/TransOutCompensate", req).
// 添加一个TransIn的子事务,正向操作为url: qsBusi+"/TransIn", 补偿操作为url: qsBusi+"/TransInCompensate"
Add(qsBusi+"/TransIn", qsBusi+"/TransInCompensate", req)
// 提交saga事务,dtm会完成所有的子事务/回滚所有的子事务
err := saga.Submit()
成功运行后,可以看到TransOut、TransIn依次被调用,完成了整个分布式事务
时序图
上述saga分布式事务的时序图如下:
失败情况
在实际的业务中,子事务可能出现失败,例如转入的子账号被冻结导致转账失败。我们对业务代码进行修改,让TransIn的正向操作失败,然后看看结果
app.POST(qsBusiAPI+"/TransIn", common.WrapHandler2(func(c *gin.Context) interface{} {
return dtmcli.ErrFailure
}))
再运行这个例子,整个事务最终失败,时序图如下:
在转入操作失败的情况下,TransIn和TransOut的补偿操作被执行,保证了最终的余额和转账前是一样的。
更多示例
联系我们
公众号
dtm官方公众号:分布式事务,大量干货分享,以及dtm的最新消息
交流群
请加 yedf2008 好友或者扫码加好友,验证回复 dtm 按照指引进群
github
作者github: https://github.com/yedf2
欢迎使用dtm,或者通过dtm学习实践分布式事务相关知识,欢迎star支持我们