悲观锁和乐观锁

最新推荐文章于 2024-09-04 09:07:27 发布

soar-csdn

最新推荐文章于 2024-09-04 09:07:27 发布

阅读量177

点赞数

分类专栏： DBMS

本文链接：https://blog.csdn.net/xzh121121/article/details/79308208

版权

DBMS 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

使用版本号实现乐观锁

使用版本号时，可以在数据初始化时指定一个版本号，每次对数据的更新操作都对版本号执行+1操作。并判断当前版本号是不是该数据的最新的版本号。

 
        1 
        .查询出商品信息 
       
        select (status,status,version) from t_goods where id=#{id} 
       
        2 
        .根据商品信息生成订单 
       
        3 
        .修改商品status为 
        2 
       
        update t_goods  
       
        set status= 
        2 
        ,version=version+ 
        1 
       
        where id=#{id} and version=#{version};

优点与不足

乐观并发控制相信事务之间的数据竞争(data race)的概率是比较小的，因此尽可能直接做下去，直到提交的时候才去锁定，所以不会产生任何锁和死锁。但如果直接简单这么做，还是有可能会遇到不可预期的结果，例如两个事务都读取了数据库的某一行，经过修改以后写回数据库，这时就遇到了问题。

悲观并发控制实际上是“先取锁再访问”的保守策略，为数据处理的安全提供了保证。但是在效率方面，处理加锁的机制会让数据库产生额外的开销，还有增加产生死锁的机会；另外，在只读型事务处理中由于不会产生冲突，也没必要使用锁，这样做只能增加系统负载；还有会降低了并行性，一个事务如果锁定了某行数据，其他事务就必须等待该事务处理完才可以处理那行数