• 企业400电话
  • 微网小程序
  • AI电话机器人
  • 电商代运营
  • 全 部 栏 目

    企业400电话 网络优化推广 AI电话机器人 呼叫中心 网站建设 商标✡知产 微网小程序 电商运营 彩铃•短信 增值拓展业务
    MySQL嵌套事务所遇到的问题

    MySQL是支持嵌套事务的,但是没多少人会这么干的…. 前段时间在国外看到一些老外在争论MySQL嵌套事务的场景必要性。 逗死我了, 这嵌套的鬼畜用法还有啥场景必要性。   跟以前的dba同事聊过, 得知,在任何场景下都不要使用MySQL嵌套的事务。

    那么使用MySQL嵌套事务会遇到什么问题 ?

    mysql> select * from ceshi; 
    +------+ 
    | n  | 
    +------+ 
    |  1 | 
    +------+ 
    1 row in set (0.00 sec) 
     
    mysql> start transaction ; 
    Query OK, 0 rows affected (0.00 sec) 
     
    mysql> insert into ceshi values(2); 
    Query OK, 1 row affected (0.00 sec) 
     
    mysql> start transaction ; 
    Query OK, 0 rows affected (0.00 sec) 
     
    mysql> insert into ceshi values(3); 
    Query OK, 1 row affected (0.00 sec) 
     
    mysql> commit; 
    Query OK, 0 rows affected (0.00 sec) 
     
    mysql> rollback; 
    Query OK, 0 rows affected (0.00 sec) 
    
    


    虽然我在最后rollback回滚了,但是数据显示是  1 2 3  .    原本大家以为我的事务虽然是嵌套的状态,但感觉最后rollback回滚了,其实我们希望看到的结果是 子事务执行成功,外层事务的失败会回滚的。  但事实不是这样的,最后的结果是  1 2 3 .

    +-----+ 
    | n   | 
    +-----+ 
    |  1 | 
    |  2 | 
    |  3 | 
    +-----+ 
    

    当sql解释器遇到 start transaction 时候会触发commit… !!!   

    begin_1  sql_1  begin_2  sql_2  sql_3 commit_1  rollback_1  .

    begin_2 被执行的时候, sql_1 已经就被提交了, 当你再去执行commit_1的时候,那么sql_2 和 sql_3 就被提交了.    这时候你再去rollback,一定用都没有….    因为先前都提交完了,你能回滚啥…

    前面说过 在架构上一般很少很少有人会 嵌套使用事务,但有时候不小心被嵌套了。 我们拿python的项目来说,首先我们使用装饰器来实现事务的包装, 接着数据处理 def a() 和  def b() 函数都被事务被包装起来, 单纯的用a 和 b 都没关系,都是单事务。  如果 a 逻辑里又调用 b, 那么会发生什么?   对的,事务嵌套了…    我想这是绝大数业务开发都会遇到的问题。

    那么怎么规避这风险 ?  可以加锁呀….   设立一个全局锁,当子事务创建前会判断锁的状态….

    如果你是flask的框架,可以使用 flask g 全局变量。  

    如果是django框架, 那么可以使用 thread local使用全局变量。

    如果是tornado、gevent这种异步io架构,可以使用 fd 做协程变量的关联。

    @decorator
    def with_transaction(f, *args, **kwargs):
     
      db = connection.get_db_by_table("*")
      try:
        db.begin()
        ret = f(*args, **kwargs)
        db.commit()
      except:
        db.rollback()
        raise
      return ret
     
     
    @with_transaction
    def hide(self):
      '''订单不在app端显示'''
      if self.status not in OrderStatus.allow_deletion_statuses():
        raise OrderStatusChangeNotAllowed(self.status, OrderStatus.deleted)
    ...
     
     
    @with_transaction
    def change_receipt_info(self, address, name, phone):
      region = Region.get_by_address(address)
      ...
    

    当我们去执行下面语句的时候,事务会被强制提交.   当然这里前提是 autocommit = True 。

    ALTER FUNCTION  
    ALTER PROCEDURE  
    ALTER TABLE  
    BEGIN  
    CREATE DATABASE  
    CREATE FUNCTION  
    CREATE INDEX  
    CREATE PROCEDURE  
    CREATE TABLE  
    DROP DATABASE  
    DROP FUNCTION  
    DROP INDEX  
    DROP PROCEDURE  
    DROP TABLE  
    UNLOCK TABLES  
    LOAD MASTER DATA  
    LOCK TABLES  
    RENAME TABLE  
    TRUNCATE TABLE  
    SET AUTOCOMMIT=1  
    START TRANSACTION  
    
    

    您可能感兴趣的文章:
    • PHP中实现MySQL嵌套事务的两种解决方案
    • MySQL存储过程例子(包含事务,输出参数,嵌套调用)
    上一篇:记一次因线上mysql优化器误判引起慢查询事件
    下一篇:mysql 5.7以上版本下载及安装图文教程
  • 相关文章
  • 

    © 2016-2020 巨人网络通讯 版权所有

    《增值电信业务经营许可证》 苏ICP备15040257号-8

    MySQL嵌套事务所遇到的问题 MySQL,嵌套,事务所,遇到,