悲观锁及乐观锁的引用
来源:互联网 发布:centos官方网站 编辑:程序博客网 时间:2024/04/30 15:28
为什么需要锁(并发控制)?
在多用户环境中,在同一时间可能会有多个用户更新相同的记录,这会产生冲突。这就是著名的并发性问题。
典型的冲突有:
l 丢失更新:一个事务的更新覆盖了其它事务的更新结果,就是所谓的更新丢失。例如:用户A把值从6改为2,用户B把值从2改为6,则用户A丢失了他的更新。
l 脏读:当一个事务读取其它完成一半事务的记录时,就会发生脏读取。例如:用户A,B看到的值都是6,用户B把值改为2,用户A读到的值仍为6。
为了解决这些并发带来的问题。 我们需要引入并发控制机制。
并发控制机制
悲观锁:假定会发生并发冲突,屏蔽一切可能违反数据完整性的操作。[1]
乐观锁:假设不会发生并发冲突,只在提交操作时检查是否违反数据完整性。[1] 乐观锁不能解决脏读的问题。
乐观锁应用
1. 使用自增长的整数表示数据版本号。更新时检查版本号是否一致,比如数据库中数据版本为6,更新提交时version=6+1,使用该version值(=7)与数据库version+1(=7)作比较,如果相等,则可以更新,如果不等则有可能其他程序已更新该记录,所以返回错误。
2. 使用时间戳来实现.
注:对于以上两种方式,Hibernate自带实现方式:在使用乐观锁的字段前加annotation: @Version, Hibernate在更新时自动校验该字段。
悲观锁应用
需要使用数据库的锁机制,比如SQL SERVER 的TABLOCKX(排它表锁) 此选项被选中时,SQL Server 将在整个表上置排它锁直至该命令或事务结束。这将防止其他进程读取或修改表中的数据。
SqlServer中使用
Begin Tran
select top 1 @TrainNo=T_NO
from Train_ticket with (UPDLOCK) where S_Flag=0
update Train_ticket
set T_Name=user,
T_Time=getdate(),
S_Flag=1
where T_NO=@TrainNo
commit
我们在查询的时候使用了with (UPDLOCK)选项,在查询记录的时候我们就对记录加上了更新锁,表示我们即将对此记录进行更新. 注意更新锁和共享锁是不冲突的,也就是其他用户还可以查询此表的内容,但是和更新锁和排它锁是冲突的.所以其他的更新用户就会阻塞.
结论
在实际生产环境里边,如果并发量不大且不允许脏读,可以使用悲观锁解决并发问题;但如果系统的并发非常大的话,悲观锁定会带来非常大的性能问题,所以我们就要选择乐观锁定的方法.
- 悲观锁及乐观锁的引用
- Hibernate的悲观乐观锁
- 悲观锁乐观锁及hibernate对它们的支持
- Hibernate的乐观锁与悲观锁 及应用
- Hibernate的乐观锁与悲观锁及应用
- hibernate的乐观锁和悲观锁及应用
- 悲观锁和乐观锁的区别及应用场景
- 乐观锁与悲观锁的定义及区别
- 悲观锁乐观锁
- 乐观锁,悲观锁
- 悲观锁 乐观锁
- 乐观锁 悲观锁
- 悲观锁-乐观锁
- 乐观锁 悲观锁
- 悲观锁,乐观锁
- 悲观锁乐观锁
- 乐观锁 悲观锁
- 悲观锁 乐观锁
- C++语言文件的定义与操作
- LLVM/clang & lib路径 & 测试代码
- 责任链设计模式(过滤器、拦截器)
- html5的网页在MAC及ipad上按钮无法正常切换的处理
- 2016太原网络营销师sem(百度竞价)账户搭建问题解剖?
- 悲观锁及乐观锁的引用
- spark下使用submit提交任务后报jar包已存在错误
- hdu2028 Lowest Common Multiple Plus
- 关于函数调用方式`__stdcall`和`__cdecl`
- 【炼数成金-推荐系统笔记】
- LeetCode 203. Remove Linked List Elements 解题报告
- 基本语句的综合运用
- solr-4.10.4环境搭建+导入数据库+中文分词
- Mac OS X Yosemite 10.10.5使用Toolbox安装Docker