帶你十天輕鬆搞定 Go 微服務之大結局（分散式事務）

kevwan發表於2022-02-08

Go微服務分散式

序言

我們透過一個系列文章跟大家詳細展示一個 go-zero 微服務示例，整個系列分十篇文章，目錄結構如下：

環境搭建
服務拆分
使用者服務
產品服務
訂單服務
支付服務
RPC 服務 Auth 驗證
服務監控
鏈路追蹤
分散式事務（本文）

期望透過本系列帶你在本機利用 Docker 環境利用 go-zero 快速開發一個商城系統，讓你快速上手微服務。

完整示例程式碼：github.com/nivin-studio/go-zero-ma...

首先，我們來看一下整體的服務拆分圖：

10.1 `DTM` 介紹

DTM 是一款 golang開發的分散式事務管理器，解決了跨資料庫、跨服務、跨語言棧更新資料的一致性問題。

絕大多數的訂單系統的事務都會跨服務，因此都有更新資料一致性的需求，都可以透過 DTM 大幅簡化架構，形成一個優雅的解決方案。

而且 DTM 已經深度合作，原生的支援go-zero中的分散式事務，下面就來詳細的講解如何用 DTM 來幫助我們的訂單系統解決一致性問題

10.2 `go-zero` 使用 `DTM`

首先我們回顧下第五章訂單服務中 order rpc 服務中 Create 介面處理邏輯。方法裡判斷了使用者和產品的合法性，以及產品庫存是否充足，最後透過 OrderModel 建立了一個新的訂單，以及呼叫 product rpc 服務 Update 的介面更新了產品的庫存。

func (l *CreateLogic) Create(in *order.CreateRequest) (*order.CreateResponse, error) {
    // 查詢使用者是否存在
    _, err := l.svcCtx.UserRpc.UserInfo(l.ctx, &user.UserInfoRequest{
        Id: in.Uid,
    })
    if err != nil {
        return nil, err
    }

    // 查詢產品是否存在
    productRes, err := l.svcCtx.ProductRpc.Detail(l.ctx, &product.DetailRequest{
        Id: in.Pid,
    })
    if err != nil {
        return nil, err
    }
    // 判斷產品庫存是否充足
    if productRes.Stock <= 0 {
        return nil, status.Error(500, "產品庫存不足")
    }

    newOrder := model.Order{
        Uid:    in.Uid,
        Pid:    in.Pid,
        Amount: in.Amount,
        Status: 0,
    }

    res, err := l.svcCtx.OrderModel.Insert(&newOrder)
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    newOrder.Id, err = res.LastInsertId()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    _, err = l.svcCtx.ProductRpc.Update(l.ctx, &product.UpdateRequest{
        Id:     productRes.Id,
        Name:   productRes.Name,
        Desc:   productRes.Desc,
        Stock:  productRes.Stock - 1,
        Amount: productRes.Amount,
        Status: productRes.Status,
    })
    if err != nil {
        return nil, err
    }

    return &order.CreateResponse{
        Id: newOrder.Id,
    }, nil
}

之前我們說過，這裡處理邏輯存在資料一致性問題，有可能訂單建立成功了，但是在更新產品庫存的時候可能會發生失敗，這時候就會存在訂單建立成功，產品庫存沒有減少的情況。

因為這裡的產品庫存更新是跨服務操作的，也沒有辦法使用本地事務來處理，所以我們需要使用分散式事務來處理它。這裡我們需要藉助 DTM 的 SAGA 協議來實現訂單建立和產品庫存更新的跨服務分散式事務操作。

大家可以先移步到 DTM 的文件先了接下 SAGA事務模式。

10.2.1 新增 `DTM` 服務配置

參見 第一章環境搭建，修改 dtm->config.yml 配置檔案。我們只要修改 MicroService 中的 Target，EndPoint 配置即可，將 dtm 註冊到 etcd 中。

# ......

# 微服務
MicroService:
  Driver: 'dtm-driver-gozero'           # 要處理註冊/發現的驅動程式的名稱
  Target: 'etcd://etcd:2379/dtmservice' # 註冊 dtm 服務的 etcd 地址
  EndPoint: 'dtm:36790'

# ......

10.2.2 新增 `dtm_barrier` 資料表

微服務是一個分散式系統，因此可能發生各種異常，例如網路抖動導致重複請求，這類的異常會讓業務處理異常複雜。而 DTM 中，首創了子事務屏障技術，使用該技術，能夠非常便捷的解決異常問題，極大的降低了分散式事務的使用門檻。

使用 DTM 提供的子事務屏障技術則需要在業務資料庫中建立子事務屏障相關的表，建表語句如下：

create database if not exists dtm_barrier
/*!40100 DEFAULT CHARACTER SET utf8mb4 */
;
drop table if exists dtm_barrier.barrier;
create table if not exists dtm_barrier.barrier(
  id bigint(22) PRIMARY KEY AUTO_INCREMENT,
  trans_type varchar(45) default '',
  gid varchar(128) default '',
  branch_id varchar(128) default '',
  op varchar(45) default '',
  barrier_id varchar(45) default '',
  reason varchar(45) default '' comment 'the branch type who insert this record',
  create_time datetime DEFAULT now(),
  update_time datetime DEFAULT now(),
  key(create_time),
  key(update_time),
  UNIQUE key(gid, branch_id, op, barrier_id)
);

注意：庫名和表名請勿修改，如果您自定義了表名，請在使用前呼叫 dtmcli.SetBarrierTableName。

10.2.3 修改 `OrderModel` 和 `ProductModel`

在每一個子事務中，很多操作邏輯，需要使用到本地事務，所以我們新增一些 model 方法相容 DTM 的子事務屏障

$ vim mall/service/order/model/ordermodel.go

package model

......

type (
    OrderModel interface {
        TxInsert(tx *sql.Tx, data *Order) (sql.Result, error)
        TxUpdate(tx *sql.Tx, data *Order) error
    FindOneByUid(uid int64) (*Order, error)
    }
)

......

func (m *defaultOrderModel) TxInsert(tx *sql.Tx, data *Order) (sql.Result, error) {
    query := fmt.Sprintf("insert into %s (%s) values (?, ?, ?, ?)", m.table, orderRowsExpectAutoSet)
    ret, err := tx.Exec(query, data.Uid, data.Pid, data.Amount, data.Status)

    return ret, err
}

func (m *defaultOrderModel) TxUpdate(tx *sql.Tx, data *Order) error {
    productIdKey := fmt.Sprintf("%s%v", cacheOrderIdPrefix, data.Id)
    _, err := m.Exec(func(conn sqlx.SqlConn) (result sql.Result, err error) {
        query := fmt.Sprintf("update %s set %s where `id` = ?", m.table, orderRowsWithPlaceHolder)
        return tx.Exec(query, data.Uid, data.Pid, data.Amount, data.Status, data.Id)
    }, productIdKey)
    return err
}

func (m *defaultOrderModel) FindOneByUid(uid int64) (*Order, error) {
    var resp Order

    query := fmt.Sprintf("select %s from %s where `uid` = ? order by create_time desc limit 1", orderRows, m.table)
    err := m.QueryRowNoCache(&resp, query, uid)

    switch err {
    case nil:
        return &resp, nil
    case sqlc.ErrNotFound:
        return nil, ErrNotFound
    default:
        return nil, err
    }
}

$ vim mall/service/product/model/productmodel.go

package model

......

type (
    ProductModel interface {
        TxAdjustStock(tx *sql.Tx, id int64, delta int) (sql.Result, error)
    }
)

......

func (m *defaultProductModel) TxAdjustStock(tx *sql.Tx, id int64, delta int) (sql.Result, error) {
    productIdKey := fmt.Sprintf("%s%v", cacheProductIdPrefix, id)
    return m.Exec(func(conn sqlx.SqlConn) (result sql.Result, err error) {
        query := fmt.Sprintf("update %s set stock=stock+? where stock >= -? and id=?", m.table)
        return tx.Exec(query, delta, delta, id)
    }, productIdKey)
}

10.2.4 修改 `product rpc` 服務

新增 DecrStock, DecrStockRevert 介面方法

我們需要為 product rpc 服務新增 DecrStock、DecrStockRevert 兩個介面方法，分別用於產品庫存更新和產品庫存更新的補償。

$ vim mall/service/product/rpc/product.proto

syntax = "proto3";

package productclient;

option go_package = "product";

......

// 減產品庫存
message DecrStockRequest {
    int64 id = 1;
    int64 num = 2;
}
message DecrStockResponse {
}
// 減產品庫存

service Product {
    ......
    rpc DecrStock(DecrStockRequest) returns(DecrStockResponse);
    rpc DecrStockRevert(DecrStockRequest) returns(DecrStockResponse);
}

提示：修改後使用 goctl 工具重新生成下程式碼。

實現 DecrStock 介面方法

在這裡只有庫存不足時，我們不需要再重試，直接回滾。

$ vim mall/service/product/rpc/internal/logic/decrstocklogic.go

package logic

import (
    "context"
    "database/sql"

    "mall/service/product/rpc/internal/svc"
    "mall/service/product/rpc/product"

    "github.com/dtm-labs/dtmcli"
    "github.com/dtm-labs/dtmgrpc"
    "github.com/tal-tech/go-zero/core/logx"
    "github.com/tal-tech/go-zero/core/stores/sqlx"
    "google.golang.org/grpc/codes"
    "google.golang.org/grpc/status"
)

type DecrStockLogic struct {
    ctx    context.Context
    svcCtx *svc.ServiceContext
    logx.Logger
}

func NewDecrStockLogic(ctx context.Context, svcCtx *svc.ServiceContext) *DecrStockLogic {
    return &DecrStockLogic{
        ctx:    ctx,
        svcCtx: svcCtx,
        Logger: logx.WithContext(ctx),
    }
}

func (l *DecrStockLogic) DecrStock(in *product.DecrStockRequest) (*product.DecrStockResponse, error) {
    // 獲取 RawDB
    db, err := sqlx.NewMysql(l.svcCtx.Config.Mysql.DataSource).RawDB()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    // 獲取子事務屏障物件
    barrier, err := dtmgrpc.BarrierFromGrpc(l.ctx)
    if err != nil {
        return nil, status.Error(500, err.Error())
    }
    // 開啟子事務屏障
    err = barrier.CallWithDB(db, func(tx *sql.Tx) error {
        // 更新產品庫存
        result, err := l.svcCtx.ProductModel.TxAdjustStock(tx, in.Id, -1)
        if err != nil {
            return err
        }

        affected, err := result.RowsAffected()
        // 庫存不足，返回子事務失敗
        if err == nil && affected == 0 {
            return dtmcli.ErrFailure
        }

        return err
    })

    // 這種情況是庫存不足，不再重試，走回滾
    if err == dtmcli.ErrFailure {
        return nil, status.Error(codes.Aborted, dtmcli.ResultFailure)
    }

    if err != nil {
        return nil, err
    }

    return &product.DecrStockResponse{}, nil
}

實現 DecrStockRevert 介面方法

在 DecrStock 介面方法中，產品庫存是減去指定的數量，在這裡我們把它給加回來。這樣產品庫存就回到在 DecrStock 介面方法減去之前的數量。

$ vim mall/service/product/rpc/internal/logic/decrstockrevertlogic.go

package logic

import (
    "context"
    "database/sql"

    "mall/service/product/rpc/internal/svc"
    "mall/service/product/rpc/product"

    "github.com/dtm-labs/dtmcli"
    "github.com/dtm-labs/dtmgrpc"
    "github.com/tal-tech/go-zero/core/logx"
    "github.com/tal-tech/go-zero/core/stores/sqlx"
    "google.golang.org/grpc/status"
)

type DecrStockRevertLogic struct {
    ctx    context.Context
    svcCtx *svc.ServiceContext
    logx.Logger
}

func NewDecrStockRevertLogic(ctx context.Context, svcCtx *svc.ServiceContext) *DecrStockRevertLogic {
    return &DecrStockRevertLogic{
        ctx:    ctx,
        svcCtx: svcCtx,
        Logger: logx.WithContext(ctx),
    }
}

func (l *DecrStockRevertLogic) DecrStockRevert(in *product.DecrStockRequest) (*product.DecrStockResponse, error) {
    // 獲取 RawDB
    db, err := sqlx.NewMysql(l.svcCtx.Config.Mysql.DataSource).RawDB()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    // 獲取子事務屏障物件
    barrier, err := dtmgrpc.BarrierFromGrpc(l.ctx)
    if err != nil {
        return nil, status.Error(500, err.Error())
    }
    // 開啟子事務屏障
    err = barrier.CallWithDB(db, func(tx *sql.Tx) error {
        // 更新產品庫存
        _, err := l.svcCtx.ProductModel.TxAdjustStock(tx, in.Id, 1)
        return err
    })

    if err != nil {
        return nil, err
    }

    return &product.DecrStockResponse{}, nil
}

10.2.5 修改 `order rpc` 服務

新增 CreateRevert 介面方法

order rpc 服務中已經有 Create 介面方法、我們需要建立它的補償介面方法 CreateRevert。

$ vim mall/service/order/rpc/order.proto

syntax = "proto3";

package orderclient;

option go_package = "order";

......

service Order {
    rpc Create(CreateRequest) returns(CreateResponse);
    rpc CreateRevert(CreateRequest) returns(CreateResponse);
    ......
}

提示：修改後使用 goctl 工具重新生成下程式碼。

修改 Create 介面方法

原來 Create 介面方法中產品庫存判斷和更新操作，我們已經在 product rpc DecrStock 介面方法中實現了，所以我們這裡只要建立訂單一個操作即可。

$ vim mall/service/order/rpc/internal/logic/createlogic.go

package logic

import (
    "context"
    "database/sql"
    "fmt"

    "mall/service/order/model"
    "mall/service/order/rpc/internal/svc"
    "mall/service/order/rpc/order"
    "mall/service/user/rpc/user"

    "github.com/dtm-labs/dtmgrpc"
    "github.com/tal-tech/go-zero/core/logx"
    "github.com/tal-tech/go-zero/core/stores/sqlx"
    "google.golang.org/grpc/status"
)

type CreateLogic struct {
    ctx    context.Context
    svcCtx *svc.ServiceContext
    logx.Logger
}

func NewCreateLogic(ctx context.Context, svcCtx *svc.ServiceContext) *CreateLogic {
    return &CreateLogic{
        ctx:    ctx,
        svcCtx: svcCtx,
        Logger: logx.WithContext(ctx),
    }
}

func (l *CreateLogic) Create(in *order.CreateRequest) (*order.CreateResponse, error) {
    // 獲取 RawDB
    db, err := sqlx.NewMysql(l.svcCtx.Config.Mysql.DataSource).RawDB()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    // 獲取子事務屏障物件
    barrier, err := dtmgrpc.BarrierFromGrpc(l.ctx)
    if err != nil {
        return nil, status.Error(500, err.Error())
    }
    // 開啟子事務屏障
    if err := barrier.CallWithDB(db, func(tx *sql.Tx) error {
        // 查詢使用者是否存在
        _, err := l.svcCtx.UserRpc.UserInfo(l.ctx, &user.UserInfoRequest{
            Id: in.Uid,
        })
        if err != nil {
            return fmt.Errorf("使用者不存在")
        }

        newOrder := model.Order{
            Uid:    in.Uid,
            Pid:    in.Pid,
            Amount: in.Amount,
            Status: 0,
        }
        // 建立訂單
        _, err = l.svcCtx.OrderModel.TxInsert(tx, &newOrder)
        if err != nil {
            return fmt.Errorf("訂單建立失敗")
        }

        return nil
    }); err != nil {
        return nil, status.Error(500, err.Error())
    }

    return &order.CreateResponse{}, nil
}

實現 CreateRevert 介面方法

在這個介面中我們查詢使用者剛剛建立的訂單，把訂單的狀態改為 9（無效狀態）。

$ vim mall/service/order/rpc/internal/logic/createrevertlogic.go

package logic

import (
    "context"
    "database/sql"
    "fmt"

    "mall/service/order/rpc/internal/svc"
    "mall/service/order/rpc/order"
    "mall/service/user/rpc/user"

    "github.com/dtm-labs/dtmgrpc"
    "github.com/tal-tech/go-zero/core/logx"
    "github.com/tal-tech/go-zero/core/stores/sqlx"
    "google.golang.org/grpc/status"
)

type CreateRevertLogic struct {
    ctx    context.Context
    svcCtx *svc.ServiceContext
    logx.Logger
}

func NewCreateRevertLogic(ctx context.Context, svcCtx *svc.ServiceContext) *CreateRevertLogic {
    return &CreateRevertLogic{
        ctx:    ctx,
        svcCtx: svcCtx,
        Logger: logx.WithContext(ctx),
    }
}

func (l *CreateRevertLogic) CreateRevert(in *order.CreateRequest) (*order.CreateResponse, error) {
    // 獲取 RawDB
    db, err := sqlx.NewMysql(l.svcCtx.Config.Mysql.DataSource).RawDB()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    // 獲取子事務屏障物件
    barrier, err := dtmgrpc.BarrierFromGrpc(l.ctx)
    if err != nil {
        return nil, status.Error(500, err.Error())
    }
    // 開啟子事務屏障
    if err := barrier.CallWithDB(db, func(tx *sql.Tx) error {
        // 查詢使用者是否存在
        _, err := l.svcCtx.UserRpc.UserInfo(l.ctx, &user.UserInfoRequest{
            Id: in.Uid,
        })
        if err != nil {
            return fmt.Errorf("使用者不存在")
        }
        // 查詢使用者最新建立的訂單
        resOrder, err := l.svcCtx.OrderModel.FindOneByUid(in.Uid)
        if err != nil {
            return fmt.Errorf("訂單不存在")
        }
        // 修改訂單狀態9，標識訂單已失效，並更新訂單
        resOrder.Status = 9
        err = l.svcCtx.OrderModel.TxUpdate(tx, resOrder)
        if err != nil {
            return fmt.Errorf("訂單更新失敗")
        }

        return nil
    }); err != nil {
        return nil, status.Error(500, err.Error())
    }

    return &order.CreateResponse{}, nil
}

10.2.6 修改 `order api` 服務

我們把 order rpc 服務 Create、CreateRevert 介面方法，product rpc 服務 DecrStock、DecrStockRevert 介面方法，提到 order api 服務中做成一個以 SAGA事務模式 的分散式事務操作。

新增 pproduct rpc 依賴配置

$ vim mall/service/order/api/etc/order.yaml

Name: Order
Host: 0.0.0.0
Port: 8002

......

OrderRpc:
  Etcd:
    Hosts:
    - etcd:2379
    Key: order.rpc

ProductRpc:
  Etcd:
    Hosts:
    - etcd:2379
    Key: product.rpc

新增 pproduct rpc 服務配置的例項化

$ vim mall/service/order/api/internal/config/config.go

package config

import (
    "github.com/tal-tech/go-zero/rest"
    "github.com/tal-tech/go-zero/zrpc"
)

type Config struct {
    rest.RestConf

    Auth struct {
        AccessSecret string
        AccessExpire int64
    }

    OrderRpc   zrpc.RpcClientConf
    ProductRpc zrpc.RpcClientConf
}

註冊服務上下文 pproduct rpc 的依賴

$ vim mall/service/order/api/internal/svc/servicecontext.go

package svc

import (
    "mall/service/order/api/internal/config"
    "mall/service/order/rpc/orderclient"
    "mall/service/product/rpc/productclient"

    "github.com/tal-tech/go-zero/zrpc"
)

type ServiceContext struct {
    Config config.Config

    OrderRpc   orderclient.Order
    ProductRpc productclient.Product
}

func NewServiceContext(c config.Config) *ServiceContext {
    return &ServiceContext{
        Config:     c,
        OrderRpc:   orderclient.NewOrder(zrpc.MustNewClient(c.OrderRpc)),
        ProductRpc: productclient.NewProduct(zrpc.MustNewClient(c.ProductRpc)),
    }
}

新增匯入 gozero 的 dtm 驅動
```
$ vim mall/service/order/api/order.go
```

package main

import (
    ......

    _ "github.com/dtm-labs/driver-gozero" // 新增匯入 `gozero` 的 `dtm` 驅動
)

var configFile = flag.String("f", "etc/order.yaml", "the config file")

func main() {
    ......
}

修改 order api Create 介面方法

$ vim mall/service/order/api/internal/logic/createlogic.go

package logic

import (
    "context"

    "mall/service/order/api/internal/svc"
    "mall/service/order/api/internal/types"
    "mall/service/order/rpc/order"
    "mall/service/product/rpc/product"

    "github.com/dtm-labs/dtmgrpc"
    "github.com/tal-tech/go-zero/core/logx"
    "google.golang.org/grpc/status"
)

type CreateLogic struct {
    logx.Logger
    ctx    context.Context
    svcCtx *svc.ServiceContext
}

func NewCreateLogic(ctx context.Context, svcCtx *svc.ServiceContext) CreateLogic {
    return CreateLogic{
        Logger: logx.WithContext(ctx),
        ctx:    ctx,
        svcCtx: svcCtx,
    }
}

func (l *CreateLogic) Create(req types.CreateRequest) (resp *types.CreateResponse, err error) {
    // 獲取 OrderRpc BuildTarget
    orderRpcBusiServer, err := l.svcCtx.Config.OrderRpc.BuildTarget()
    if err != nil {
        return nil, status.Error(100, "訂單建立異常")
    }

    // 獲取 ProductRpc BuildTarget
    productRpcBusiServer, err := l.svcCtx.Config.ProductRpc.BuildTarget()
    if err != nil {
        return nil, status.Error(100, "訂單建立異常")
    }

    // dtm 服務的 etcd 註冊地址
    var dtmServer = "etcd://etcd:2379/dtmservice"
    // 建立一個gid
    gid := dtmgrpc.MustGenGid(dtmServer)
    // 建立一個saga協議的事務
    saga := dtmgrpc.NewSagaGrpc(dtmServer, gid).
        Add(orderRpcBusiServer+"/orderclient.Order/Create", orderRpcBusiServer+"/orderclient.Order/CreateRevert", &order.CreateRequest{
            Uid:    req.Uid,
            Pid:    req.Pid,
            Amount: req.Amount,
            Status: 0,
        }).
        Add(productRpcBusiServer+"/productclient.Product/DecrStock", productRpcBusiServer+"/productclient.Product/DecrStockRevert", &product.DecrStockRequest{
            Id:  req.Pid,
            Num: 1,
        })

    // 事務提交
    err = saga.Submit()
    if err != nil {
        return nil, status.Error(500, err.Error())
    }

    return &types.CreateResponse{}, nil
}

提示：SagaGrpc.Add 方法第一個引數 action 是微服務 grpc 訪問的方法路徑，這個方法路徑需要分別去以下檔案中尋找。

mall/service/order/rpc/order/order.pb.go

mall/service/product/rpc/product/product.pb.go

按關鍵字 Invoke 搜尋即可找到。

10.3 測試 `go-zero` + `DTM`

10.3.1 測試分散式事務正常流程

使用 postman 呼叫 /api/product/create 介面，建立一個產品，庫存 stock 為 1。

使用 postman 呼叫 /api/order/create 介面，建立一個訂單，產品ID pid 為 1。

我們可以看出，產品的庫存從原來的 1 已經變成了 0。

我們再看下子事務屏障表 barrier 裡的資料，我們可以看出兩個服務的操作均已經完成。

10.3.2 測試分散式事務失敗流程1

接著上面測試結果，此時的產品ID為 1 的庫存已經是 0了, 使用 postman 呼叫 /api/order/create 介面，再建立一個訂單。

我們看下訂單資料表裡有一條ID為 2 產品ID為 1 的資料，它的訂單資料狀態為 9。

我們再看下子事務屏障表 barrier 裡的資料，我們可以看出（gid = fqYS8CbYbK8GkL8SCuTRUF）第一個服務（branch_id = 01）子事務屏障操作是正常，第二個服務（branch_id = 02）子事務屏障操作失敗，要求補償。於是兩個服務都發生了補償的操作記錄。

這個分散式事務的操作流程
1. 首先 DTM 服務會調 order rpc Create 介面進行建立訂單處理。
2. 建立訂單完成後 DTM 服務再調 product rpc DecrStock 介面，這個介面的裡透過 pid 更新產品庫存，因產品庫存不足，丟擲事務失敗。
3. DTM 服務發起補償機制，調 order rpc CreateRevert 介面進行訂單的補償處理。
4. DTM 服務發起補償機制，調 product rpc DecrStockRevert 介面進行產品庫存更新的補償處理。但是因為在 product rpc DecrStock 介面的子事務屏障內，業務處理並未成功。所以在 DecrStockRevert 介面裡不會執行子事務屏障內的業務邏輯。

10.3.3 測試分散式事務失敗流程2

我們在資料庫中手動將產品ID為 1 庫存修改為100，然後在 product rpc DecrStock 介面方法中子事務屏障外，人為的製造異常失敗。

使用 postman 呼叫 /api/order/create 介面，再建立一個訂單，產品ID pid 為 1。

我們分別來看下訂單資料表和產品資料表，訂單資料表ID為 3 的訂單，它的訂單資料狀態為 9。產品資料表ID為 1 的產品，它的庫存還是 100 且資料更新時間也發生了變化。

我們再看下子事務屏障表 barrier 裡的資料，我們可以看出（gid = ZbjYHv2jNra7RMwyWjB5Lc）第一個服務（branch_id = 01）子事務屏障操作是正常，第二個服務（branch_id = 02）子事務屏障操作也是正常。因為在 product rpc DecrStock 介面方法中子事務屏障外，我們人為的製造異常失敗，所以兩個服務發生了補償的操作記錄。

大家可以對比下測試分散式事務失敗流程1 與測試分散式事務失敗流程2 不同之處，是不是能發現和體會到 DTM 的這個子事務屏障技術的強大之處。

子事務屏障會自動識別正向操作是否已執行，失敗流程1未執行業務操作，所以補償時，也不會執行補償的業務操作；失敗流程2執行了業務操作，所以補償時，也會執行補償的業務操作。

專案地址

github.com/zeromicro/go-zero

歡迎使用 go-zero 並 star 支援我們！

微信交流群

關注『微服務實踐』公眾號並點選 交流群 獲取社群群二維碼。

本作品採用《CC 協議》，轉載必須註明作者和本文連結

github.com/zeromicro/go-zero

帶你十天輕鬆搞定 Go 微服務系列（五）
2022-01-21
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（六）
2022-01-24
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（七）
2022-01-25
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（一）
2022-01-18
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（二）
2022-01-18
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（三）
2022-01-19
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（四）
2022-01-20
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（八、服務監控）
2022-01-26
Go微服務
帶你十天輕鬆搞定 Go 微服務系列（九、鏈路追蹤）
2022-01-27
Go微服務
學習筆記：帶你十天輕鬆搞定 Go 微服務系列（一）
2022-02-13
筆記Go微服務
學習筆記：帶你十天輕鬆搞定 Go 微服務系列（二）
2022-02-16
筆記Go微服務
PHP 微服務之【分散式事務】
2019-05-18
PHP微服務分散式
PHP 微服務之 [分散式事務]
2019-05-18
PHP微服務分散式
分散式事務最終一致性-CAP框架輕鬆搞定
2021-08-09
分散式框架
用Go輕鬆完成一個分散式事務TCC，保姆級教程
2021-07-16
Go分散式
PHP 微服務之 [分散式事務] 閱讀提示
2019-05-24
PHP微服務分散式
PHP 微服務之【分散式事務】閱讀提示
2019-05-24
PHP微服務分散式
用Go輕鬆完成一個SAGA分散式事務，保姆級教程
2021-07-05
Go分散式
微服務分散式事務元件 Seata（一）
2022-08-11
微服務分散式元件
微服務分散式事務Saga框架
2018-02-06
微服務分散式框架
【微服務】之三：從零開始，輕鬆搞定SpringCloud微服務-配置中心
2017-12-07
微服務SpringGCCloud
ShardingSphere如何輕鬆駕馭Seata柔性分散式事務？
2024-11-16
分散式
.net core 自帶分散式事務的微服務開源框架JMS
2020-07-23
分散式微服務框架
微服務架構 | 11. 分散式事務
2022-02-08
微服務架構分散式
12張圖帶你徹底理解分散式事務！！
2020-12-23
分散式
go-zero微服務實戰系列（十、分散式事務如何實現）
2022-07-08
Go微服務分散式
go-zero微服務實戰系列（十一、大結局）
2022-07-11
Go微服務
分散式事務處理方案，微服事務處理方案
2019-05-04
分散式
微服務架構分散式事務管理問題
2022-08-14
微服務架構分散式
比較微服務中的分散式事務模式
2021-11-26
微服務分散式模式
微服務的分散式事務模式比較 | RedHat
2021-09-28
微服務分散式模式Redhat
用PHP輕鬆完成一個分散式事務TCC，保姆級教程
2021-09-22
PHP分散式
用Java輕鬆完成一個分散式事務TCC，保姆級教程
2021-09-26
Java分散式
分散式事務之Spring事務與JMS事務（二）
2018-08-27
分散式Spring
微服務架構及分散式事務解決方案
2019-03-26
微服務架構分散式
分散式事務（一）—分散式事務的概念
2021-10-19
分散式
微服務架構中的分散式事務全面詳解 -DZone微服務
2021-01-07
微服務架構分散式
分散式事務（四）之TCC
2021-11-07
分散式

帶你十天輕鬆搞定 Go 微服務之大結局（分散式事務）

序言

10.1 DTM 介紹

10.2 go-zero 使用 DTM

10.2.1 新增 DTM 服務配置

10.2.2 新增 dtm_barrier 資料表

10.2.3 修改 OrderModel 和 ProductModel

10.2.4 修改 product rpc 服務

10.2.5 修改 order rpc 服務

10.2.6 修改 order api 服務

10.3 測試 go-zero + DTM