前言

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

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.

那我們該如何解決MySQL的事務嵌套問題呢？

解決方法

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

Doctrine的解決方法

Doctrine解決方法的核心就是對回滾點的控制，如下：

Doctrine中開啟事務的方法

Doctrine中事務回滾的方法

Doctrine中事務提交的方法

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

Laravel的解決方法

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

在開啟事務時，我們先判斷當前有幾個事務，如果是***個，ok，事務開始，否則就啥都不做。

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

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

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