「MySQL數據庫」事務嵌套的解決之道
前言
我們在開發一個復雜的系統時可能經常出現這樣的場景：比如，A函數中調用了B函數，而A函數和B函數同時都使用了事務，這樣就出現了事務嵌套。在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為代表的，設置回滾點的解決方法，一種是以Laravel為代表的，控制事務次數的解決方法。
Doctrine的解決方法
Doctrine解決方法的核心就是對回滾點的控制，如下：
Doctrine中開啟事務的方法
Doctrine中事務回滾的方法
Doctrine中事務提交的方法
Doctrine用一個_transactionNestingLevel來標識當前嵌套的級別，如果是1，也就是還沒有嵌套，那就用默認的方法執行一下START TRANSACTION就ok了；如果大于1，也就是有嵌套的時候，它會幫我們創建一個savepoint。這個savepoint可以理解為一個事務記錄點，當需要回滾時我們可以只回滾到這個點。
Laravel的解決方法
相對Doctrine而言，Laravel的解決方法稍微簡單粗暴，它巧妙的使用了一個 transactions屬性來記錄了調用事務的次數。在事務開啟，事務提交和事務回滾時，先判斷transactions的屬性值，只有當transactions的屬性值為1時，才進行事務操作。如下：
在開啟事務時，我們先判斷當前有幾個事務，如果是***個，ok，事務開始，否則就啥都不做。
在事務提交時，也判斷當前事務個數，如果是***個，ok，提交事務，否則，就只將transactions屬性值減一
在事務回滾時，同樣先判斷當前事務個數，如果是***個，ok，回滾事務，同時將transactions屬性值置為0，否則，就只將transactions屬性值減一。
在Laravel的解決方法中，在嵌套的內層里面實際上是木有真正的事務的，只有最外層一個整體的事務，雖然簡單粗暴，但是也解決了在內層新建一個事務時會造成commit的問題。
