首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

浅谈ThinkPHP5.1实现事务嵌套的特性

前言:   

     在我们平时做的一个项目中,线上环境突然有一天数据库被锁住了。导致很多有关数据插入和修改的接口全部瘫痪,我们也第一时间打开了日志文件,逐个逐个的找,发现了一条特别的sql错误日志,如下。

   根据错误信息提示,表示有一个事务回滚时没有找到savepoint 暂存点。所以问题应该是出在事务的地方,目前ThinkPHP5封装的数据层方法是有对事务嵌套进行处理。尽管是处理了,但是MySQL到底支不支持事务嵌套呢?伪代码如下。

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

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

     继续回到MySQL是否支持事务嵌套,经过查询相关文档,最后我了解到MySQL中有一个叫savepoint和rollback to的语句。于是我顺手举了个栗子。

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

   最后根据我们项目的日志,我也试着复现一下,故意rollback to到一个不存在的点上,commit时发现,数据库的第一条sql修改了,后面插入语句也添加成功了。

ThinkPHP5.1

    所以再回到ThinkPHP5框架实现的事务嵌套,于是我打开了框架的Connection抽象类。最主要的就是下面部分了。

1. 开启事务。

    开启事务的部分加了次数累加,只要在代码块中使用了transaction就会被记录并叠加,当只有1时,才执行sql的begin,否则就savepoint记录一个保存点。

2. 提交事务。

   判断了只有等于1才对事务进行提交,也就是在代码中最后面的commit才生效,使用一次减一次嵌套计数。initConnect方法主要是对分布式数据库和单机对读写连接的判断。

3. 回滚事务。

 回滚主要也是当计数等于1才让sql执行rollback,否则(也就是嵌套了)就让连接资源回滚到执行的保存点。它里面的就是使用的rollback to p1 语句的。

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20210120A015TY00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券