Mysql事务

发表于

事务使用

1
2
3
4
5
6
7
8
9
10
Db::startTrans();
try{
    Db::table('think_user')->find(1);
    Db::table('think_user')->delete(1);
    // 提交事务
    Db::commit();
} catch (\Exception $e) {
    // 回滚事务
    Db::rollback();
}

事务与读写分离

事务不能跨库，当采用读写分离时，事务操作应该全部走主库,例如在thinkphp中使用master指定读取主库

1
Db::table('think_user')->master()->find(1);

事务嵌套

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

但是在我们开发一个复杂的系统时难免会无意中在事务中嵌套了事务，比如A函数调用了B函数，A函数使用了事务，并且是在事务中调用了B函数，B函数也有一个事务，这样就出现了事务嵌套。这时候其实A的事务就意义不大了，为什么呢？上面的文档中就有提到，简单的翻译过来就是：

当执行一个START TRANSACTION指令时，会隐式的执行一个commit操作。

所以我们就要在系统架构层面来支持事务的嵌套。所幸的是在一些成熟的ORM框架中都做了对嵌套的支持

laravel的解决方案

laravel的处理方式相对简单粗暴一些，我们先来看下创建事务的操作：

1
2
3
4
5
6
7
8
9
public function beginTransaction()
{
    ++$this->transactions;
    if ($this->transactions == 1)
    {
        $this->pdo->beginTransaction();
    }
}

感觉如何？so easy吧？先判断当前有几个事务，如果是第一个，ok，事务开始，否则就啥都不做，那么为啥是啥都不做呢？继续往下看rollBack的操作：

1
2
3
4
5
6
7
8
9
10
11
12
13
public function rollBack()
{
    if ($this->transactions == 1)
    {
        $this->transactions = 0;
        $this->pdo->rollBack();
    }
    else
    {
        --$this->transactions;
    }
}

明白了吧？只有当当前事务只有一个的时候才会真正的rollback，否则只是将计数做减一操作。这也就是为啥刚才说laravel的处理比较简单粗暴一些，在嵌套的内层里面实际上是木有真正的事务的，只有最外层一个整体的事务，虽然简单粗暴，但是也解决了在内层新建一个事务时会造成commit的问题。