DTM是一款golang开发的分布式事务管理器，解决了跨数据库、跨服务、跨语言栈更新数据的一致性问题。
他优雅的解决了幂等、空补偿、悬挂等分布式事务难题，提供了简单易用、高性能、易水平扩展的解决方案。
- 极易接入
- 零配置启动服务，提供非常简单的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语言，可以跳转各语言客户端及示例，里面有相关的快速开始示例
git clone https://github.com/dtm-labs/dtm && cd dtm
go run main.go下面运行一个类似跨行转账的示例，包括两个事务分支：资金转出（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: https://github.com/yedf2
欢迎使用dtm，或者通过dtm学习实践分布式事务相关知识，欢迎star支持我们