一、問題起源
在MySQL的官方文件中有明確的說明不支援巢狀事務:
1. 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.
但是在我們開發一個複雜的系統時難免會無意中在事務中嵌套了事務,比如A函數調用了B函數,A函數使用了事務,並且是在事務中調用了B函數,B函數也有一個事務,這樣就出現了事務嵌套。這時候其實A的事務就意義不大了,為什麼呢?上面的文件就有提到,簡單的翻譯過來就是:
1. 執行一個START TRANSACTION指令時,會隱式的執行一個commit操作。 所以我們就要在系統架構層面來支援事務的嵌套。
所幸的是在一些成熟的ORM框架中都做了對嵌套的支持,例如doctrine或laravel。接下來我們就一起來看下這兩個框架是怎麼實現的。友情提示,這兩個框架的函數和變數的命名都比較的直觀,雖然看起來很長,但是都是透過命名就能直接得知這個函數或變數的意思,所以不要一看到那麼一大坨就被嚇到了:)
二、doctrine的解決方案
首先來看下在doctrine中建立交易的程式碼(幹掉了不相關的程式碼):
[php] view plaincopy
}
否則 { 🎜🎜🎜🎜 🎜🎜 🎜🎜 🎜🎜 🎜$這個🎜->_isRollbackOnly = true; 🎜🎜🎜🎜 🎜🎜 🎜🎜 🎜🎜 --🎜$這個🎜->_transactionNestingLevel; 🎜🎜🎜🎜 🎜🎜 🎜🎜 🎜🎜 } 🎜🎜 🎜🎜 🎜🎜 🎜🎜} 🎜🎜 🎜🎜 🎜可以看處理的方式也很簡單,如果level是1,則直接回滾,否則就回滾到前面的保存點。然後我們繼續看下commit函數:🎜 🎜 🎜 🎜[php] 查看純文字 🎜 🎜$this
->releaseSavepoint($this
->_getNestedTransactionSavePointName());{
🎜 🎜🎜 🎜🎜 🎜$this🎜->pdo->beginTransaction(); 🎜🎜🎜🎜 🎜🎜 🎜🎜 🎜🎜 } 🎜🎜 🎜🎜 🎜🎜 🎜🎜} 🎜🎜 🎜🎜 🎜感覺怎麼樣?的操作:🎜 🎜 🎜 🎜[php] 查看純文字 🎜 🎜明白了吧?只有噹噹前事務只有一個的時候才會真正的rollback,否則只是將計數做減一操作。這也就是為啥剛才說laravel的處理比較簡單粗暴一些,在嵌套的內層裡面實際上是木有真正的事務的,只有最外層一個整體的事務,雖然簡單粗暴,但是也解決了在內層新建一個事務時會造成commit的問題。原理就是這個樣子了,為了保持完整起見,把commit的程式碼也copy過來吧!
[php] view plaincopy