func (user *UserResp) DeleteUser(ctx context.Context, id string) error {
	tx, err := user.db.BeginTx(ctx, nil)
	if err != nil {
		return err
	}

	defer func() {
		if err != nil {
			tx.Rollback()
		}
	}()
	result, err := user.handler.getById(id)
	if err != nil {
		return err
	}
	if result.IsDeleted {
		return nil
	}
	if err = user.handler.Delete(id); err != nil {
		return err
	}
	if err = tx.Commit(); err != nil {
		return err
	}
	return nil
}

事務說明

從上面的源碼整體看起來沒什么問題。在進行相關的操作時只要正常刪除從db 中刪除數(shù)據(jù)后就完成提交事務，但是如果在期間如果發(fā)生問題就會返回error就會引發(fā) rollback 操作。

但還有一個需要注意的點，當獲取到的數(shù)據(jù)時，判斷到該記錄已經(jīng)被刪除時，就會結(jié)束操作，但是結(jié)束操作卻沒有對事務進行釋放操作，所以就會造成一個很大的問題：數(shù)據(jù)量大的時候就會造成整個后續(xù)所有的請求都超時，導致所有的請求都不能完成操作。

tx.releaseConn(err)

可以看下事務實現(xiàn)的源碼，無論在 rollback 還是 commit 都會有 releaseConn 釋放連接，所以之前的例子中 defer 函數(shù)僅在出現(xiàn)錯誤的時才調(diào)用回滾，如果不提交也不回滾就會導致事務一直處于活躍的狀態(tài)，就會一直持有該事務，其請求再過來時達到最大值時就會造成事務超時。

優(yōu)化方案

解決問題有一個很簡單的的方案就是每個判斷 error 的條件下都進行回滾。也可以直接在 defer 函數(shù)改成回滾事務，提交事務后再執(zhí)行回滾也不會執(zhí)行任何操作。

	defer func() {
			tx.Rollback()
	}()

但是沒有任何更改也進行提交，然后只有發(fā)生錯誤才進行回滾可能會影響代碼的可讀性。在開啟事務的方法中你會看到在調(diào)用 beginDC 的方法中有使用 context 服務上下文進行回滾事務。所以還有一個方案就是通過取消上下文來讓事務結(jié)束從而釋放鎖。

// 方法 beginDC 中的代碼片段

ctx, cancel := context.WithCancel(ctx)
	tx = &Tx{
		db:                 db,
		dc:                 dc,
		releaseConn:        release,
		txi:                txi,
		cancel:             cancel,
		keepConnOnRollback: keepConnOnRollback,
		ctx:                ctx,
	}
	go tx.awaitDone()

所以我們可以直接使用取消上下文的方法，可以先創(chuàng)建一個新的取消上下文，如果沒有回滾或者提交時，最后執(zhí)行cancel 就會通知事務已完成，然后就會關閉事務。

func (user *UserResp) DeleteUser(ctx context.Context, id string) error {
ctx, cancel := context.WithCancel(ctx)
    defer cancel()
    
    tx, err := s.db.BeginTxx(ctx, nil)
    if err != nil {
        return nil, err
    }
	
    defer func() {
        if err != nil {
            tx.Rollback()
        }
    }()

......
}

總結(jié)

所以在使用事務處理業(yè)務的時候，一定要注意業(yè)務邏輯，如果在業(yè)務邏輯中出現(xiàn)某些條件場景不進行操作數(shù)據(jù)庫時，結(jié)束這次業(yè)務處理時也要記得關閉事務。要么就關閉事務，要么就是無論有沒有處理都提交事務。這可能只是一個小小的問題，但是如果在交易的場景中如果沒有注意就可能造成很大的問題。

到此這篇關于一文帶你深入了解Go語言中的事務的文章就介紹到這了,更多相關Go語言事務內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: