摘要：MySQL 提供了多種存儲引擎來支持事務。

MySQL 提供了多種存儲引擎來支持事務。支持事務的存儲引擎有 InnoDB 和 BDB，其中，InnoDB 存儲引擎事務主要通過 UNDO 日志和 REDO 日志實現(xiàn)，MyISAM 存儲引擎不支持事務。

拓展：任何一種數(shù)據(jù)庫，都會擁有各種各樣的日志，用來記錄數(shù)據(jù)庫的運行情況、日常操作、錯誤信息等，MySQL 也不例外。例如，當用戶 root 登錄到 MySQL 服務器，就會在日志文件里記錄該用戶的登錄時間、執(zhí)行操作等。

為了維護 MySQL 服務器，經(jīng)常需要在 MySQL 數(shù)據(jù)庫中進行日志操作：

UNDO 日志：復制事務執(zhí)行前的數(shù)據(jù)，用于在事務發(fā)生異常時回滾數(shù)據(jù)。 REDO 日志：記錄在事務執(zhí)行中，每條對數(shù)據(jù)進行更新的操作，當事務提交時，該內(nèi)容將被刷新到磁盤。

默認設置下，每條 SQL 語句就是一個事務，即執(zhí)行 SQL 語句后自動提交。為了達到將幾個操作做為一個整體的目的，需要使用 BEGIN 或 START TRANSACTION 開啟一個事務，或者禁止當前會話的自動提交。

執(zhí)行事務的語法和流程

SQL 使用下列語句來管理事務。

1) 開始事務

BEGIN;

或

START TRANSACTION;

這個語句顯式地標記一個事務的起始點。

2) 提交事務

MySQL 使用下面的語句來提交事務：

COMMIT;

COMMIT 表示提交事務，即提交事務的所有操作，具體地說，就是將事務中所有對數(shù)據(jù)庫的更新都寫到磁盤上的物理數(shù)據(jù)庫中，事務正常結束。

提交事務，意味著將事務開始以來所執(zhí)行的所有數(shù)據(jù)都修改成為數(shù)據(jù)庫的永久部分，因此也標志著一個事務的結束。一旦執(zhí)行了該命令，將不能回滾事務。只有在所有修改都準備好提交給數(shù)據(jù)庫時，才執(zhí)行這一操作。

3) 回滾（撤銷）事務

MySQL 使用以下語句回滾事務：

ROLLBACK;

ROLLBACK 表示撤銷事務，即在事務運行的過程中發(fā)生了某種故障，事務不能繼續(xù)執(zhí)行，系統(tǒng)將事務中對數(shù)據(jù)庫的所有已完成的操作全部撤銷，回滾到事務開始時的狀態(tài)。這里的操作指對數(shù)據(jù)庫的更新操作。

當事務執(zhí)行過程中遇到錯誤時，使用 ROLLBACK 語句使事務回滾到起點或指定的保持點處。同時，系統(tǒng)將清除自事務起點或到某個保存點所做的所有的數(shù)據(jù)修改，并且釋放由事務控制的資源。因此，這條語句也標志著事務的結束。

總結

BEGIN 或 START TRANSACTION 語句后面的 SQL 語句對數(shù)據(jù)庫數(shù)據(jù)的更新操作都將記錄在事務日志中，直至遇到 ROLLBACK 語句或 COMMIT 語句。如果事務中某一操作失敗且執(zhí)行了 ROLLBACK 語句，那么在開啟事務語句之后所有更新的數(shù)據(jù)都能回滾到事務開始前的狀態(tài)。如果事務中的所有操作都全部正確完成，并且使用了 COMMIT 語句向數(shù)據(jù)庫提交更新數(shù)據(jù)，則此時的數(shù)據(jù)又處在新的一致狀態(tài)。

實例演示

下面通過兩個例子來演示一下 MySQL 事務的具體用法。

例

下面模擬在張三的賬戶減少 500 元后，李四的賬戶還未增加 500 時，有其他會話訪問數(shù)據(jù)表的場景。由于代碼需要在兩個窗口中執(zhí)行，為了方便閱讀，這里我們稱為 A 窗口和 B 窗口。

在 A 窗口中開啟一個事務，并更新 mybank 數(shù)據(jù)庫中 bank 表的數(shù)據(jù)，SQL 語句和運行結果如下：

在 B 窗口中查詢 bank 數(shù)據(jù)表中的數(shù)據(jù)，SQL 語句和運行結果如下：

從結果可以看出，雖然 A 窗口中的事務已經(jīng)更改了 bank 表中的數(shù)據(jù)，但沒有立即更新數(shù)據(jù)，這時其他會話讀取到的仍然是更新前的數(shù)據(jù)。

在 A 窗口中繼續(xù)執(zhí)行事務并提交事務，SQL 語句和運行結果如下：

在 B 窗口中再次查詢 bank 數(shù)據(jù)表的數(shù)據(jù)，SQL 語句和運行結果如下：

在 A 窗口中執(zhí)行 COMMIT 提交事務后，對數(shù)據(jù)所做的更新將一起提交，其他會話讀取到的是更新后的數(shù)據(jù)。從結果可以看出張三和李四的總賬戶余額和轉(zhuǎn)賬前保持一致，這樣數(shù)據(jù)從一個一致性狀態(tài)更新到另一個一致性狀態(tài)。

前面提到，當事務在執(zhí)行中出現(xiàn)問題，也就是不能按正常的流程執(zhí)行一個完整的事務時，可以使用 ROLLBACK 語句進行回滾，使用數(shù)據(jù)恢復到初始狀態(tài)。

在例 1 中，張三的賬戶余額已經(jīng)減少到 500 元，如果再轉(zhuǎn)出 1000 元，將會出現(xiàn)余額為負數(shù)，因此需要回滾到原始狀態(tài)。如例 2 所示。

例

將張三的賬戶余額減少 1000 元，并讓事務回滾，SQL 語句和運行結果如下所示：

從結果可以看出，執(zhí)行事務回滾后，賬戶數(shù)據(jù)恢復到初始狀態(tài)，即該事務執(zhí)行之前的狀態(tài)。

拓展

在數(shù)據(jù)庫操作中，為了有效保證并發(fā)讀取數(shù)據(jù)的正確性，提出了事務的隔離級別。在例 1 和例 2 的演示中，事務的隔離級別為默認隔離級別。在 MySQL 中，事務的默認隔離級別是 REPEATABLE-READ （可重讀）隔離級別，即事務未結束時（未執(zhí)行 COMMIT 或 ROLLBACK），其它會話只能讀取到未提交數(shù)據(jù)。

注意事項

MySQL 事務是一項非常消耗資源的功能，大家在使用過程中要注意以下幾點。

1) 事務盡可能簡短

事務的開啟到結束會在數(shù)據(jù)庫管理系統(tǒng)中保留大量資源，以保證事務的原子性、一致性、隔離性和持久性。如果在多用戶系統(tǒng)中，較大的事務將會占用系統(tǒng)的大量資源，使得系統(tǒng)不堪重負，會影響軟件的運行性能，甚至導致系統(tǒng)崩潰。

2) 事務中訪問的數(shù)據(jù)量盡量最少

當并發(fā)執(zhí)行事務處理時，事務操作的數(shù)據(jù)量越少，事務之間對相同數(shù)據(jù)的操作就越少。

3) 查詢數(shù)據(jù)時盡量不要使用事務

對數(shù)據(jù)進行瀏覽查詢操作并不會更新數(shù)據(jù)庫的數(shù)據(jù)，因此應盡量不使用事務查詢數(shù)據(jù)，避免占用過量的系統(tǒng)資源。

4) 在事務處理過程中盡量不要出現(xiàn)等待用戶輸入的操作

在處理事務的過程中，如果需要等待用戶輸入數(shù)據(jù)，那么事務會長時間地占用資源，有可能造成系統(tǒng)阻塞。

本文分享自華為云社區(qū)《MySQL執(zhí)行事務的語法和流程》，原文作者：運氣男孩。

總結

到此這篇關于MySQL執(zhí)行事務的語法與流程的文章就介紹到這了,更多相關MySQL執(zhí)行事務內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！