快捷導(dǎo)航

MySQL執(zhí)行事務(wù)的語(yǔ)法與流程詳解

更新時(shí)間：2021年01月21日 09:17:49 作者：運(yùn)氣男孩

這篇文章主要介紹了MySQL執(zhí)行事務(wù)的語(yǔ)法與流程的相關(guān)資料，文中通過(guò)圖文介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧

摘要：MySQL 提供了多種存儲(chǔ)引擎來(lái)支持事務(wù)。

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

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

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

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

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

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

SQL 使用下列語(yǔ)句來(lái)管理事務(wù)。

1) 開(kāi)始事務(wù)

BEGIN;

或

START TRANSACTION;

這個(gè)語(yǔ)句顯式地標(biāo)記一個(gè)事務(wù)的起始點(diǎn)。

2) 提交事務(wù)

MySQL 使用下面的語(yǔ)句來(lái)提交事務(wù)：

COMMIT;

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

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

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

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

ROLLBACK;

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

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

總結(jié)

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

實(shí)例演示

下面通過(guò)兩個(gè)例子來(lái)演示一下 MySQL 事務(wù)的具體用法。

例

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

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

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

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

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

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

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

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

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

例

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

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

拓展

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

注意事項(xiàng)

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

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

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

2) 事務(wù)中訪(fǎng)問(wèn)的數(shù)據(jù)量盡量最少

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

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

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

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

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

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