码迷,mamicode.com
首页 > 数据库 > 详细

MySQL数据库同步之悲观锁和乐观锁

时间:2019-06-13 17:28:13      阅读:120      评论:0      收藏:0      [点我收藏+]

标签:并发   负载   where   报错   过程   png   code   select   注意   

测试需要:本地开两个测试窗口

悲观锁它指的是对数据被外界(包括本系统当前的其他事务,以及来自外部系统的事务处理)修改持保守态度,在整个数据处理过程中,将数据处于锁定状态。悲观锁的实现,往往依靠数据库提供的锁机制(也只有数据库层提供的锁机制才能真正保证数据访问的排他性,否则即使在本系统中实现了加锁机制,也无法保证外部系统不会修改数据)。 
一个典型的倚赖数据库的悲观锁调用: 
select * from table where name=‘who am i‘ for update;
这条 sql 语句锁定了table表中所有符合检索条件( name=‘who am i‘ )的记录。本次事务提交之前(事务提交时会释放事务过程中的锁),外界无法修改这些记录。 Hibernate 的悲观锁,也是基于数据库的锁机制实现。

一个窗口开启一个事务但是不提交事务,执行select语句其中包含for update子语句。需要注意的是for update要放到mysql的事务中,即begin和commit中,否则不起作用。

技术图片

另一窗口尝试更新表

技术图片

我们可以看到报错了内容是:锁等待超时超过;试着重新启动事务

 这个时候我们提交事务

技术图片

 再次尝试更新时更新成功了

技术图片

 优点与不足

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

参考http://chenzhou123520.iteye.com/blog/1863407

MySQL数据库同步之悲观锁和乐观锁

标签:并发   负载   where   报错   过程   png   code   select   注意   

原文地址:https://www.cnblogs.com/myjason2/p/11017560.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!