乐观锁和悲观锁的简述
最常用的就是 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
以上是本人实现版本号机制的道理，真正使用的版本号机制是数据库本身带有的机制，一旦发明更新的版本号不是最新的就会被驳回。
以上就是悲不雅锁和悲观锁的简述的具体内容，更多请关注百分百源码网其它相关文章！
