首页 >数据库 >mysql教程 > 正文

悲观锁和乐观锁的简述

转载2019-09-05 16:00:2201002
悲观锁(Pessimistic Lock), 顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁。

最常用的就是 select … for update,它是一种行锁,会把select出来的结果行锁住,在本事务提交或者回滚之前,不允许其他事务对这些行做update、delete、for update操作。

乐观锁(Optimistic Lock), 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,期间该数据可以随便被其他人读取,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。

版本号机制是乐观锁最常用的方式,就是在表中增加一个版本号的字段,更新前先查一遍获取版本号,再作为更新语句的where条件进行更新,如果数据在获取版本号之后,在更新之前已经改变了,那就会更新失败,因为最后更新了0条数据,java后台拿到更新数如果为0,则说明更新失败,出现了并发问题,然后做具体的处理。

例如有两个人同时对某条数据做修改,过程如下:

操作员A操作如下:

select id, balance, version from table where id=“1”;

查询结果:id=1, balance=1000, version=1

update table set balance=balance+100, version=version+1 where id=“1” and version=1;

执行后,返回的更新结果是1,说明更新了一条,数据库里的结果是:id=1, balance=1100, version=2

操作员B操作如下:

select id, balance, version from table where id=“1”;

查询结果:id=1, balance=1000, version=1, 说明操作员A还没修改。

update table set balance=balance-50, version=version+1 where id=“1” and version=1 ;

查的时候,操作员A还没修改,当要更新时,操作员A已经先修改成功,所以数据库里实际值是id=1, balance=1100, version=2,

操作员B也将版本号加一(version=2)试图向数据库提交数据(balance=950),但此时查不到where id=“1” and version=1 的数据,

所以update就失败了,执行结果是0,说明没有对任何数据更新成功。

现在再去查一下,结果还是操作员A操作完成之后的结果

select id, balance, version from table where id=“1”;

查询结果:id=1, balance=1100, version=2

以上是自己实现版本号机制的原理,真正使用的版本号机制是数据库本身带有的机制,一旦发现更新的版本号不是最新的就会被驳回。

以上就是悲观锁和乐观锁的简述的详细内容,更多请关注php中文网其它相关文章!

php中文网最新课程二维码
  • 相关标签:悲观锁
  • 本文转载于:CSDN,如有侵犯,请联系a@php.cn删除
  • 相关文章

    相关视频


    网友评论

    文明上网理性发言,请遵守 新闻评论服务协议

    我要评论
  • mysql是相对而言,假设认为数据一般情况下不会造成冲突,所以在数据进行提交更新时候,才会正式对数据冲突与否进行检测,如果发现冲突了,则让返回用户错误信息,让用户决定如何去做。
    数据库死产生原因及解决方案:1、程序BUG产生,需要调整程序逻辑;2、页面按钮没有立即生效,需要使用进行控制;3、执行多个不满足条件update语句;需要对语句进行分析,建立相应索引进行优化
    这几天面试多次被问到了数据库事务机制、隔离级别、问题,之前对这些只能说有所了解,有些概念还停留在记忆层面,没有理解,所以回答不好。后面翻书学习了下,理解了一些东西,在此做一个记录。

    专题推荐

    作者信息
    推荐视频教程
  • 尚学堂MySQL视频教程尚学堂MySQL视频教程
  • 极客学院mysql视频教程极客学院mysql视频教程
  • 数据库mysql视频教程数据库mysql视频教程
  • MySQLi面向过程极速入门MySQLi面向过程极速入门
  • 视频教程分类