一、問題起源

在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.

但是在我們開發(fā)一個(gè)復(fù)雜的系統(tǒng)時(shí)難免會無意中在事務(wù)中嵌套了事務(wù)，比如A函數(shù)調(diào)用了B函數(shù)，A函數(shù)使用了事務(wù)，并且是在事務(wù)中調(diào)用了B函數(shù)，B函數(shù)也有一個(gè)事務(wù)，這樣就出現(xiàn)了事務(wù)嵌套。這時(shí)候其實(shí)A的事務(wù)就意義不大了，為什么呢？上面的文檔中就有提到，簡單的翻譯過來就是：

代碼如下:

當(dāng)執(zhí)行一個(gè)START TRANSACTION指令時(shí)，會隱式的執(zhí)行一個(gè)commit操作。

所以我們就要在系統(tǒng)架構(gòu)層面來支持事務(wù)的嵌套。所幸的是在一些成熟的ORM框架中都做了對嵌套的支持，比如doctrine或者laravel。接下來我們就一起來看下這兩個(gè)框架是怎樣來實(shí)現(xiàn)的。

友情提示，這兩個(gè)框架的函數(shù)和變量的命名都比較的直觀，雖然看起來很長，但是都是通過命名就能直接得知這個(gè)函數(shù)或者變量的意思，所以不要一看到那么一大坨就被嚇到了 :)

二、doctrine的解決方案

首先來看下在doctrine中創(chuàng)建事務(wù)的代碼（干掉了不相關(guān)的代碼）：

代碼如下:

public function beginTransaction()

{

++$this->_transactionNestingLevel;

if ($this->_transactionNestingLevel == 1) {

$this->_conn->beginTransaction();

} else if ($this->_nestTransactionsWithSavepoints) {

$this->createSavepoint($this->_getNestedTransactionSavePointName());

}

}

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

然后看下rollBack函數(shù)：

代碼如下:

public function rollBack()

{

if ($this->_transactionNestingLevel == 0) {

throw ConnectionException::noActiveTransaction();

}

if ($this->_transactionNestingLevel == 1) {

$this->_transactionNestingLevel = 0;

$this->_conn->rollback();

$this->_isRollbackOnly = false;

} else if ($this->_nestTransactionsWithSavepoints) {

$this->rollbackSavepoint($this->_getNestedTransactionSavePointName());

--$this->_transactionNestingLevel;

} else {

$this->_isRollbackOnly = true;

--$this->_transactionNestingLevel;

}

}

可以看到處理的方式也很簡單，如果level是1，直接rollback，否則就回滾到前面的savepoint。

然后我們繼續(xù)看下commit函數(shù)：

代碼如下:

public function commit()

{

if ($this->_transactionNestingLevel == 0) {

throw ConnectionException::noActiveTransaction();

}

if ($this->_isRollbackOnly) {

throw ConnectionException::commitFailedRollbackOnly();

}

if ($this->_transactionNestingLevel == 1) {

$this->_conn->commit();

} else if ($this->_nestTransactionsWithSavepoints) {

$this->releaseSavepoint($this->_getNestedTransactionSavePointName());

}

--$this->_transactionNestingLevel;

}

算了，不費(fèi)口舌解釋這段了吧 :)

三、laravel的解決方案

laravel的處理方式相對簡單粗暴一些，我們先來看下創(chuàng)建事務(wù)的操作：

代碼如下:

public function beginTransaction()

{

++$this->transactions;

if ($this->transactions == 1)

{

$this->pdo->beginTransaction();

}

}

感覺如何？so easy吧？先判斷當(dāng)前有幾個(gè)事務(wù)，如果是第一個(gè)，ok，事務(wù)開始，否則就啥都不做，那么為啥是啥都不做呢？繼續(xù)往下看rollBack的操作：

代碼如下:

public function rollBack()

{

if ($this->transactions == 1)

{

$this->transactions = 0;

$this->pdo->rollBack();

}

else

{

--$this->transactions;

}

}

明白了吧？只有當(dāng)當(dāng)前事務(wù)只有一個(gè)的時(shí)候才會真正的rollback，否則只是將計(jì)數(shù)做減一操作。這也就是為啥剛才說laravel的處理比較簡單粗暴一些，在嵌套的內(nèi)層里面實(shí)際上是木有真正的事務(wù)的，只有最外層一個(gè)整體的事務(wù)，雖然簡單粗暴，但是也解決了在內(nèi)層新建一個(gè)事務(wù)時(shí)會造成commit的問題。原理就是這個(gè)樣子了，為了保持完整起見，把commit的代碼也copy過來吧！

代碼如下:

public function commit()

{

if ($this->transactions == 1) $this->pdo->commit();

--$this->transactions;

}

更多信息請查看IT技術(shù)專欄