mysql事务

使用事务

• 在保存订单数据时，涉及到多张表（商品表、订单表、订单详情表）据的修改应该是一个整体事务，即要么一起成功，要么一起失败。

• mysql中事务的使用

  begin  # 开启事务
  rollback # 回滚事务
  commit  # 提交事务
  

• Django中事务的使用

  • with语句用法

    from django.db import transaction
    
    def viewfunc(request):
      # 这部分代码不在事务中，会被Django自动提交
      ......
    
      with transaction.atomic():
          # 创建保存点
          save_id = transaction.savepoint()
          # 这部分代码会在事务中执行
          ......
          # 回滚到保存点
          transaction.savepoint_rollback(save_id)
          ......
          # 提交从保存点到当前状态的所有数据库事务操作
          transaction.savepoint_commit(save_id)
    

使用乐观锁并发下单

• 在多个用户同时发起对同一个商品的下单请求时，先查询商品库存，再修改商品库存，会出现资源竞争问题，导致库存的最终结果出现异常。

• 解决办法：

  • 悲观锁：

    • 当查询某条记录时，即让数据库为该记录加锁，锁住记录后别人无法操作，使用类似如下语法

      # 满足的条件
      # 1、必须在事务中使用
      # 2、select 后面加 for update
      select stock from sp_goods where id=1 for update;
      
      Goods.objects.select_for_update().get(id=1)
      

    • 悲观锁类似于我们在多线程资源竞争时添加的互斥锁，容易出现死锁现象，采用不多。

    • 比如用户A给表A加了锁，然后查询表B。用户B给表B加了锁，然后查询表A。两个人同时等待对方操作完后，解除锁。这样就产生了死锁

• 乐观锁：

  • 乐观锁并不是真实存在的锁，而是在更新的时候判断此时的库存是否是之前查询出的库存，如果相同，表示没人修改，可以更新库存，否则表示别人抢过资源，不再执行库存更新。类似如下操作

    update sp_goods set stock=10 where id=1 and stock=20;
    
    Goods.objects.filter(id=1, stock=20).update(stock=10)
    

  • 操作条件：

    • 库存大于购买量，
    • 更新库存和销量时原始库存没变。

MySQL事务隔离级别

• 事务隔离级别指的是在处理同一个数据的多个事务中，一个事务修改数据后，其他事务何时能看到修改后的结果。

• MySQL数据库事务隔离级别主要有四种：

  • Serializable：串行化，一个事务一个事务的执行。
  • Repeatable read：可重复读，无论其他事务是否修改并提交了数据，在这个事务中看到的数据值始终不受其他事务影响。
  • Read committed：读取已提交，其他事务提交了对数据的修改后，本事务就能读取到修改后的数据值。
  • Read uncommitted：读取未提交，其他事务只要修改了数据，即使未提交，本事务也能看到修改后的数据值。
  • MySQL数据库默认使用可重复读（ Repeatable read）。

• linux修改方式：

  [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-AGDeQRTW-1570792377339)(/Users/apple/qianfeng/授课/sz1903/day06/资料/day06.assets/image-20190901182631928.png)]

• mac修改方式

  serializable 串行化
  repeatable read 可重复读
  read committed 读取已提交
  read uncommitted 读取未提交
  
  # 修改全局事务隔离级别
  set global transaction isolation level read committed;
  
  # 查看隔离级别
  select @@global.transaction_isolation;