ThinkPHP5.1如何实现事务嵌套的复杂特性及其应用场景？

本文共计777个文字，预计阅读时间需要4分钟。

前言：在我们正在进行的一个项目中，线上环境突然发现数据库被锁定。导致许多有关数据插入和修改的接口全部瘫痪，该项目基于ThinkPHP5.1。报错的时候，我们发现了一条SQL错误日志，例如...。

前言：

在我们平时做的一个项目中，线上环境突然发现数据库被锁住。导致很多有关数据插入和修改的接口全都瘫痪，项目基于ThinkPHP5.1。报错的时候，我们发现了一条sql错误日志，如下。

根据错误信息提示，是说有一个事务回滚时没有找到savepoint 的暂存点。所以问题应该是事务嵌套导致的，目前ThinkPHP5封装的数据层方法是有对事务嵌套进行处理。而MYSQL到底支不支持事务嵌套呢？伪代码如下。

执行完后出现了操作1的数据真正写入，只有操作2的数据回滚了。在第一个事务没有提交或回滚时，再开启第二个事务时，会自动提交第一个事务。 这明显不符合心理预期，而且也无法回滚一部分操作。首先，调用多次begin的写法，在MySQL里肯定是无法首先事务嵌套的。

抱着疑问，我去网上也查了很多类似的问题。却意外的发现关于“解决事务嵌套的方法”都如此的雷同，清一色的 “开启事务时候使用单例，检查事务是否存在”。（蒙圈……）

继续回到MYSQL是否支持事务嵌套，最后我了解到MySQL中有一个叫savepoint和rollback to的语句。于是我顺手举了个例子。

上面有3张表，分别有不同的更新操作和最后的插入。但是最后只回滚到P1，执行完commit后，我发现只有p1位置的操作做了更新，后面的修改和插入全都没生效。可能savepoint和rollback to语句并不能称之为事务嵌套，也不能说MySQL是支持还是不支持事务嵌套。