MySQL中執(zhí)行事務(wù)的流程是什么

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

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

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

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

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

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

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

SQL 使用下列語句來管理事務(wù)。

1) 開始事務(wù)

BEGIN;

或

START TRANSACTION;

這個語句顯式地標(biāo)記一個事務(wù)的起始點。

2) 提交事務(wù)

MySQL 使用下面的語句來提交事務(wù)：

COMMIT;

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

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

3) 回滾（撤銷）事務(wù)

MySQL 使用以下語句回滾事務(wù)：

ROLLBACK;

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

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

總結(jié)

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

實例演示

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

例

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

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

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

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

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

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

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

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

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

例

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

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

拓展

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

注意事項

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

1) 事務(wù)盡可能簡短

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

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

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

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

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

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

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

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