MySQL中執行事務的流程是什么

MySQL中執行事務的流程是什么？針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

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

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

為了維護 MySQL 服務器，經常需要在 MySQL 數據庫中進行日志操作：

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

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

執行事務的語法和流程

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

1) 開始事務

BEGIN;

或

START TRANSACTION;

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

2) 提交事務

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

COMMIT;

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

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

3) 回滾（撤銷）事務

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

ROLLBACK;

ROLLBACK 表示撤銷事務，即在事務運行的過程中發生了某種故障，事務不能繼續執行，系統將事務中對數據庫的所有已完成的操作全部撤銷，回滾到事務開始時的狀態。這里的操作指對數據庫的更新操作。

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

總結

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

實例演示

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

例

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

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

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

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

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

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

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

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

在例 1 中，張三的賬戶余額已經減少到 500 元，如果再轉出 1000 元，將會出現余額為負數，因此需要回滾到原始狀態。如例 2 所示。

例

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

從結果可以看出，執行事務回滾后，賬戶數據恢復到初始狀態，即該事務執行之前的狀態。

拓展

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

注意事項

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

1) 事務盡可能簡短

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

2) 事務中訪問的數據量盡量最少

當并發執行事務處理時，事務操作的數據量越少，事務之間對相同數據的操作就越少。

3) 查詢數據時盡量不要使用事務

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

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

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

關于MySQL中執行事務的流程是什么問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。