前言

我們?cè)陂_發(fā)一個(gè)復(fù)雜的系統(tǒng)時(shí)可能經(jīng)常出現(xiàn)這樣的場景：比如，A函數(shù)中調(diào)用了B函數(shù)，而A函數(shù)和B函數(shù)同時(shí)都使用了事務(wù)，這樣就出現(xiàn)了事務(wù)嵌套。在MySQL的官方文檔中有明確的說明MySQL是不支持嵌套事務(wù)的：

Transactions cannot be nested. This is a consequence of the implicit commit performed for any current transaction when you issue a START TRANSACTION statement or one of its synonyms.

那我們?cè)撊绾谓鉀QMySQL的事務(wù)嵌套問題呢？

解決方法

目前，在PHP圈有兩種比較通用的解決方法，一種是以Doctrine為代表的，設(shè)置回滾點(diǎn)的解決方法，一種是以Laravel為代表的，控制事務(wù)次數(shù)的解決方法。

Doctrine的解決方法

Doctrine解決方法的核心就是對(duì)回滾點(diǎn)的控制，如下：

Doctrine中開啟事務(wù)的方法

Doctrine中事務(wù)回滾的方法

Doctrine中事務(wù)提交的方法

Doctrine用一個(gè)_transactionNestingLevel來標(biāo)識(shí)當(dāng)前嵌套的級(jí)別，如果是1，也就是還沒有嵌套，那就用默認(rèn)的方法執(zhí)行一下START TRANSACTION就ok了；如果大于1，也就是有嵌套的時(shí)候，它會(huì)幫我們創(chuàng)建一個(gè)savepoint。這個(gè)savepoint可以理解為一個(gè)事務(wù)記錄點(diǎn)，當(dāng)需要回滾時(shí)我們可以只回滾到這個(gè)點(diǎn)。

Laravel的解決方法

相對(duì)Doctrine而言，Laravel的解決方法稍微簡單粗暴，它巧妙的使用了一個(gè) transactions屬性來記錄了調(diào)用事務(wù)的次數(shù)。在事務(wù)開啟，事務(wù)提交和事務(wù)回滾時(shí)，先判斷transactions的屬性值，只有當(dāng)transactions的屬性值為1時(shí)，才進(jìn)行事務(wù)操作。如下：

在開啟事務(wù)時(shí)，我們先判斷當(dāng)前有幾個(gè)事務(wù)，如果是***個(gè)，ok，事務(wù)開始，否則就啥都不做。

在事務(wù)提交時(shí)，也判斷當(dāng)前事務(wù)個(gè)數(shù)，如果是***個(gè)，ok，提交事務(wù)，否則，就只將transactions屬性值減一

在事務(wù)回滾時(shí)，同樣先判斷當(dāng)前事務(wù)個(gè)數(shù)，如果是***個(gè)，ok，回滾事務(wù)，同時(shí)將transactions屬性值置為0，否則，就只將transactions屬性值減一。

在Laravel的解決方法中，在嵌套的內(nèi)層里面實(shí)際上是木有真正的事務(wù)的，只有最外層一個(gè)整體的事務(wù)，雖然簡單粗暴，但是也解決了在內(nèi)層新建一個(gè)事務(wù)時(shí)會(huì)造成commit的問題。