MySQL事務的ACID特性以及并發(fā)問題方案

更新時間：2022年07月14日 14:28:30 作者：菜鳥～～

這篇文章主要介紹了MySQL事務的ACID特性以及并發(fā)問題方案，文章圍繞主題展開詳細的內容介紹，具有一定的參考價值，需要的小伙伴可以參考一下

一、事務的概念

一個事務是由一條或多條對數(shù)據(jù)庫操作的SQL語句所組成的一個不可分割的單元，只有當事務中所有操作都正常執(zhí)行完了，整個事務才會被提交給數(shù)據(jù)庫，如果有部分事務處理失敗，那么事務就要回滾到最初的狀態(tài)，因此，事務要么全部執(zhí)行成功，要么全部失敗。

所以要記住事務幾個基本概念，如下：

事務是一組SQL語句的執(zhí)行，要么全部成功，要么全部失敗，不能出現(xiàn)部分成功，部分失敗的結果，保證事務執(zhí)行的原子操作。事務的所有SQL語句全部執(zhí)行成功，才能提交（commit）事務，把結果寫會磁盤上。事務執(zhí)行過程中，有的SQL出現(xiàn)錯誤，那么事務必須要回滾（rollback）到最初的狀態(tài)。

比如轉賬業(yè)務需要多條SQL語句共同完成，只有這些SQL都執(zhí)行成功才算業(yè)務成功了。

事務處理有三個狀態(tài)：

begin：開啟一個事務要執(zhí)行的全部sql語句都成功了，然后commit提交一個事務如果其中任何一條SQL語句由于停電、或者服務器出錯，導致SQL執(zhí)行異常，那事務就沒有提交，事務會回滾（rollback），數(shù)據(jù)將恢復到事務開始前的狀態(tài)

這是存儲引擎來保證的（redo log和undo log保證的）

MyISAM存儲引擎不支持事務，InnoDB存儲引擎支持事務、支持行鎖。

用show engines\G查看當前數(shù)據(jù)庫支持哪些存儲引擎。

select @@autocommit;查看對事務提交狀態(tài)的設置

數(shù)據(jù)庫引擎可以通過命令臨時修改，或者通過配置文件永久修改。

如果說我們業(yè)務上涉及了事務，我們一般會在代碼上控制這個變量，一般來說，我們的事務由多條SQL組成，要滿足事務的原子性操作，所以我們設置為手動提交。業(yè)務都成功，則提交這個事務；如果業(yè)務中間出現(xiàn)失敗，就回滾1個事務。

二、ACID特性

每一個事務必須滿足下面的4個特性：

事務的原子性(Atomic)：事務是一個不可分割的整體，事務必須具有原子特性，及當事務修改時，要么全執(zhí)行，要么全不執(zhí)行，即不允許事務部分的完成。事務的一致性(Consistency)：一個事務執(zhí)行之前和執(zhí)行之后，數(shù)據(jù)庫數(shù)據(jù)必須保持一致性狀態(tài)。數(shù)據(jù)庫的一致性狀態(tài)必須由用戶來負責，由并發(fā)控制機制實現(xiàn)。就拿網(wǎng)上購物來說，你只有讓商品出庫，又讓商品進入顧客的購物車才能構成一個完整的事務。（一致性不僅僅體現(xiàn)在事務里面，包括存儲層引入MySQL為了提高熱點數(shù)據(jù)的訪問效率一般都會加一個緩存層Redis或者Memery cache對熱點數(shù)據(jù)做緩存，這就涉及了緩存層和數(shù)據(jù)庫DB層的數(shù)據(jù)一致性問題）事務的隔離性(Isolution)：當兩個或多個事務并發(fā)執(zhí)行時，為了保證數(shù)據(jù)的安全性，將一個事務內部的操作與其他事務的操作隔離起來，不被其他正在執(zhí)行的事務所看到，使得并發(fā)執(zhí)行的各個事務之間不能互相影響。隔離級別：數(shù)據(jù)的安全性和事務的并發(fā)性。隔離越嚴格，安全性越高，并發(fā)性越低（就是并發(fā)控制，保證數(shù)據(jù)安全）事務的持久性(Durability)：事務完成以后(事務commit成功)，DBMS保證它對數(shù)據(jù)庫中的數(shù)據(jù)的修改時永久性的，即使數(shù)據(jù)庫因為故障出錯，也應該能夠恢復數(shù)據(jù)。

MySQL最重要的是日志，不是數(shù)據(jù)！

事務的ACD特性是由MySQL的redo log和undo log機制來保證的；I隔離性是由mysql事務的鎖機制來實現(xiàn)保證的。

三、事務并發(fā)存在的問題

事務處理不經(jīng)隔離，并發(fā)執(zhí)行事務時通常會發(fā)生以下問題：

臟讀(Dirty Read)：一個事務讀取了另一個事務未提交的數(shù)據(jù)。例如當事務A和事務B并發(fā)執(zhí)行時，當事務A更新后，事務B查詢讀取到A尚未提交的數(shù)據(jù)，此時事務A回滾，則事務B讀到的數(shù)據(jù)就是無效的臟數(shù)據(jù)（事務B讀取了事務A尚未提交的數(shù)據(jù)）不可重復讀(NonRepeatable Read)：一個事務的操作導致另一個事務前后兩次讀到不同的數(shù)據(jù)。例如當事務A和事務B并發(fā)執(zhí)行時，當事務B查詢讀取數(shù)據(jù)后，事務A更新操作更改事務B查詢到的數(shù)據(jù)，此時事務B再去讀該數(shù)據(jù)，發(fā)現(xiàn)前后兩次讀的數(shù)據(jù)不一樣。（事務B讀取了事務A已提交的數(shù)據(jù)）虛讀(Phantom Read)幻讀：一個事務的操作導致另一個事務前后兩次查詢的結果數(shù)據(jù)量不同。例如當事務A和事務B并發(fā)執(zhí)行時，當事務B查詢讀取數(shù)據(jù)后，事務A新增或者刪除了一條滿足事務B查詢條件的記錄，此時事務B再去查詢，發(fā)現(xiàn)查詢到前一次不存在的記錄，或者前一次查詢的一些記錄不見了。（事務B讀取了事務A新增加的數(shù)據(jù)或者讀不到事務A刪除的數(shù)據(jù)）

臟讀必須杜絕，因為事務沒有commit。在有些場景下，不可重復讀和幻讀是可以允許的(事務已經(jīng)commit)，不一定非要杜絕（通過設置不同的隔離級別解決），由應用場景需求決定。