1. 事務(wù)的 ACID 特性詳

ACID 是為保證事務(wù)(transaction)是正確可靠的，所必須具備的四個特性：

• 原子性(Atomicity)：事務(wù)中的操作同時成功或者失敗。
• 一致性(Consistency)：數(shù)據(jù)庫事務(wù)不能破壞數(shù)據(jù)的完整性以及業(yè)務(wù)邏輯上的一致。
• 隔離性(Isolation)：一個事務(wù)不影響其他事務(wù)的運行效果。
• 持久性(Durability)：事務(wù)完成后，事務(wù)所做的修改應(yīng)該持久的保存在數(shù)據(jù)庫中，不會被回滾。

以 A 給 B 轉(zhuǎn)賬100元為例：

• 原子性：A 失去100元與 B 收到 100 元同時發(fā)生。
• 一致性：A 的賬戶在失去100元后不能為負(fù)數(shù)。
• 隔離性：A 賬戶在執(zhí)行該事務(wù)的同時如果執(zhí)行 B 事務(wù)失去1元，那么最終應(yīng)為失去101元，兩者互不影響。
• 持久性：A 的賬戶失去100元后就不能要回來了。

2. MySQL 事務(wù)的實現(xiàn)

MySQL事務(wù)是由 InnoDB 存儲引擎實現(xiàn)的。

可以用如下的命令顯式的開啟事務(wù)：

start transaction / (Begin);
#一條或多條sql語句
Commit;

另外，在自動提交（autocommit）模式下，我們執(zhí)行的每一條 SQL 語句都是一條獨立的事務(wù)；如果關(guān)閉了自動提交（autocommit）模式，則所有的 SQL 語句都在一個事務(wù)中，直到執(zhí)行了 commit 或 rollback，該事務(wù)結(jié)束，同時開始了另外一個事務(wù)。

MySQL 事務(wù)的 ACID 特性靠如下機(jī)制實現(xiàn)：

• 原子性：undo log，邏輯日志，記錄 SQL 執(zhí)行相關(guān)的信息。當(dāng)發(fā)生回滾時，InnoDB 會根據(jù) undo log 的內(nèi)容做與之前相反的工作
• 持久性：redo log，當(dāng)事務(wù)提交時，會調(diào)用fsync接口對redo log進(jìn)行刷盤。
• 隔離性：鎖機(jī)制與 MVCC。
• 一致性：數(shù)據(jù)庫本身的設(shè)計。

3. Gorm 事務(wù)的使用

Go 語言的 Gorm 提供了對于事務(wù)操作的支持：

db.Transaction(func(tx *gorm.DB) error {
  // 在事務(wù)中執(zhí)行一些 db 操作（從這里開始，您應(yīng)該使用 'tx' 而不是 'db'）
  if err := tx.Create(&Animal{Name: "Giraffe"}).Error; err != nil {
    // 返回任何錯誤都會回滾事務(wù)
    return err
  }

  if err := tx.Create(&Animal{Name: "Lion"}).Error; err != nil {
    return err
  }

  // 返回 nil 提交事務(wù)
  return nil
})

此外，還有嵌套事務(wù)以及手動事務(wù)等操作，可以參考中文文檔：Go GORM 事務(wù)詳細(xì)介紹

4. Spring 事務(wù)的使用

public class AClass {

    @Transactional(rollbackFor = Exception.class)
    public void aFunction() {
        //todo: 數(shù)據(jù)庫操作A(增，刪，該)
    }
}

@Transactional 注解必須添加在public方法上，private、protected方法上是無效的。

一般情況下，推薦將@Transactional 注解加在方法上，因為@Transactional直接加在類或者接口上，@Transactional注解會對類或者接口里面所有的public方法都有效，會影響性能。

到此這篇關(guān)于MySQL關(guān)系型數(shù)據(jù)庫事務(wù)的ACID特性與實現(xiàn)的文章就介紹到這了,更多相關(guān)MySQL ACID特性內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論