背景

随着业务的快速发展、业务复杂度越来越高，微服务作为最佳解决方案之一，它解耦服务，降低复杂度，增加可维护性的同时，也带来一部分新问题。

当我们需要跨服务保证数据一致性时，原先的数据库事务力不从心，无法将跨库、跨服务的多个操作放在一个事务中。这样的应用场景非常多，我们可以列举出很多：

跨行转账场景，数据不在一个数据库，但需要保证余额扣减和余额增加要么同时成功，要么同时失败
发布文章后，更新文章总数等统计信息。其中发布文章和更新统计信息通常在不同的微服务中
微服务化之后的订单系统
出行旅游需要在第三方系统同时定几张票

面对这些本地事务无法解决的场景，我们需要分布式事务的解决方案，保证跨服务、跨数据库更新数据的一致性。

dtm作为一款非常流行的分布式事务框架，已经支持接入多种微服务框架，下面我们就来着重介绍一下 https://github.com/go-kratos/kratos 如何接入dtm，解决分布式事务的问题

运行一个已有的示例

我们以 etcd 作为注册服务中心为例，按照如下步骤运行一个 kratos 的示例：

启动 etcd

# 请先确保已经安装 etcd
etcd

配置 dtm

MicroService:
 Driver: 'dtm-driver-kratos' # name of the driver to handle register/discover
 Target: 'discovery://127.0.0.1:2379/dtmservice' # register dtm server to this url
 EndPoint: 'grpc://localhost:36790'

启动 dtm

# 请先配置好dtm的数据库
go run app/main.go -c conf.yml # conf.yml 为你对应的 dtm 配置文件

运行一个 kratos 的服务

git clone https://github.com/dtm-labs/dtmdriver-clients && cd dtmdriver-clients
cd kratos/trans
make build && ./bin/trans -conf configs/config.yaml

发起一个 kratos 使用 dtm 的事务

# 在 dtmdriver-clients 的目录下

cd kratos/app && go run main.go

当您在 trans 的日志中看到

INFO msg=config loaded: config.yaml format: yaml
INFO msg=[gRPC] server listening on: [::]:9000
2022/03/30 09:35:36 transfer out 30 cents from 1
2022/03/30 09:35:36 transfer in 30 cents to 2

那就是事务正常完成了

开发接入

参考 dtm-labs/dtmdriver-clients 的代码

// 下面这些导入 kratos 的 dtm 驱动
import (
    _ "github.com/dtm-labs/driver-kratos"
)

// dtm 已经经过前面的配置，注册到下面这个地址，因此在 dtmgrpc 中使用该地址
var dtmServer = "discovery://localhost:2379/dtmservice"

// 业务地址，下面的 busi 换成实际在 server 初始化设置的名字
var busiServer = "discovery://localhost:2379/busi"

// 发起一个msg事务，保证TransOut和TransIn都会完成
gid := dtmgrpc.MustGenGid(dtmServer)
m := dtmgrpc.NewMsgGrpc(dtmServer, gid).
  Add(busiServer+"/api.trans.v1.Trans/TransOut", &busi.BusiReq{Amount: 30, UserId: 1}).
  Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 2})
m.WaitResult = true
err := m.Submit()
logger.FatalIfError(err)

深入理解动态调用

在 kratos 使用 dtm 的分布式事务时，许多的调用是从 dtm 服务器发起的，例如 TCC 的Confirm/Cancel，SAGA/MSG 的所有调用。

dtm 无需知道组成分布式事务的相关业务 api 的强类型，它是动态的调用这些api。

grpc 的调用，可以类比于 HTTP 的 POST，其中：

"/api.trans.v1.Trans/TransIn" 相当于 URL 中的 Path。请注意这个Path一定是要从TransIn的Invoke函数实现里面找
&busi.BusiReq{Amount: 30, UserId: 1} 相当于 Post 中 Body
v1.Response 相当于HTTP请求的响应

通过下面这部分代码，dtm就拿到了完整信息，就能够发起完整的调用了

Add(busiServer+"/api.trans.v1.Trans/TransIn", &busi.BusiReq{Amount: 30, UserId: 1})