hibernate锁机制包括悲观锁和乐观锁
1.悲观锁:
它指的是对数据被外界修改持保守态度。假定任何时刻存取数据时,都可能有另一个客户也正在存取同一笔数据,为了保持数据被操作的一致性,于是对数据采取了
数据库
层次的
锁定
状态,依靠数据库
提供的锁机制来实现。
基于jdbc实现的数据库
加锁如下:
select * from account where name="Erica" for update.在更新的过程中,数据库
处于加锁状态,任何其他的针对本条数据的操作都将被延迟。本次事务提交后
解锁
。
而hibernate悲观锁的具体实现如下:
String sql="查询语句";
Query query=session.createQuery(sql);
query.setLockMode("对象",LockModel.UPGRADE);
说到这里,就提到了hiernate的加锁模式:
LockMode.NONE : 无锁机制。
LockMode.WRITE :Hibernate在Insert和Update记录的时候会自动获取。
LockMode.READ : Hibernate在读取记录的时候会自动获取。
这三种加锁模式是供hibernate内部使用的,与数据库
加锁无关
LockMode.UPGRADE:利用数据库
的for update字句加锁。
在这里我们要注意的是:只有在查询开始之前(也就是hiernate生成sql语句之前)加锁,才会真正通过数据库
的锁机制加锁处理。否则,数据已经通过不包含for updata子句的sql语句加载进来,所谓的数据库
加锁也就无从谈起。
但是,从系统的性能上来考虑,对于单机或小系统而言,这并不成问题,然而如果是在网络上的系统,同时间会有许多联机,假设有数以百计或上千甚至更多的并发访问出现,我们该怎么办?如果等到数据库
解锁
我们再进行下面的操作,我们浪费的资源是多少?--这也就导致了乐观锁的产生。
2.乐观锁:
乐观锁定
(optimistic locking)则乐观的认为资料的存取很少发生同时存取的问题,因而不作数据库
层次上的锁定
,为了维护正确的数据,乐观锁定
采用应用程序上的逻辑实现版本控制的方法。
例如若有两个客户端,A客户先读取了账户余额100元,之后B客户也读取了账户余额100元的数据,A客户提取了50元,对数据库
作了变更,此时数据库
中的余额为50元,B客户也要提取30元,根据其所取得的资料,100-30将为70余额,若此时再对数据库
进行变更,最后的余额就会不正确。
在不实行悲观锁定
策略的情况下,数据不一致的情况一但发生,有几个解决的方法,一种是先更新为主,一种是后更新的为主,比较复杂的就是检查发生变动的数据来实现,或是检查所有属性来实现乐观锁定
。
Hibernate 中透过版本号检查来实现后更新为主,这也是Hibernate所推荐的方式,在数据库
中加入一个VERSON栏记录,在读取数据时连同版本号一同读取,并在更新数据时递增版本号,然后比对版本号与数据库
中的版本号,如果大于数据库
中的版本号则予以更新,否则就回报错误。
以刚才的例子,A客户读取账户余额1000元,并连带读取版本号为5的话,B客户此时也读取账号余额1000元,版本号也为5,A客户在领款后账户余额为500,此时将版本号加1,版本号目前为6,而数据库
中版本号为5,所以予以更新,更新数据库
后,数据库
此时余额为500,版本号为6,B客户领款后要变更数据库
,其版本号为5,但是数据库
的版本号为6,此时不予更新,B客户数据重新读取数据库
中新的数据并重新进行业务流程才变更数据库
。
以Hibernate实现版本号控制锁定
的话,我们的对象中增加一个version属性,例如:
写道
public class Account {
private int version;
....
public void setVersion(int version) {
this.version = version;
}
public int getVersion() {
return version;
}
....
}
而在映像文件中,我们使用optimistic-lock属性设定version控制,<id>属性栏之后增加一个<version>标签,如下:
写道
<hibernate-mapping>
<class name="onlyfun.caterpillar.Account" talble="ACCOUNT"
optimistic-lock="version">
<id...../>
<version name="version" column="VERSION"/>
....
</class>
</hibernate-mapping>
定好版本控制之后,在上例中如果B 客户试图更新数据,将会引发StableObjectStateException例外,我们可以捕捉这个例外,在处理中重新读取数据库
中的数据,同时将 B客户目前的数据与数据库
中的数据秀出来,让B客户有机会比对不一致的数据,以决定要变更的部份,或者您可以设计程式自动读取新的资料,并重复扣款业务流程,直到数据可以更新为止,这一切可以在背景执行,而不用让您的客户知道。
但是乐观锁也有不能解决的问题存在:上面已经提到过乐观锁机制的实现往往基于系统中的数据存储逻辑,在我们的系统中实现,来自外部系统的用户余额更新不受我们系统的控制,有可能造成非法数据被更新至数据库
。因此我们在做电子商务的时候,一定要小心的注意这项存在的问题,采用比较合理的逻辑验证,避免数据执行错误。
也可以在使用Session的load()或是lock()时指定锁定
模式以进行锁定
。
如果数据库
不支持所指定的锁定
模式,Hibernate会选择一个合适的锁定
替换,而不是丢出一个例外。
分享到:
相关推荐
Hibernate锁机制_悲观锁和乐观锁
hibernate的乐观锁和悲观锁,两种锁搞定一切
Hibernate锁的基本机制!主要是针对Hiberante乐观锁悲观锁的介绍以及相对应的数据库本身的处理机制,包括和SPRING相结合部分的锁处理机制
其中通过 version 实现的乐观锁机制是 Hibernate 官方推荐的乐观锁实现,同时也是 Hibernate 中,目前唯一在数据对象脱离 Session 发生修改的情况下依然有效的锁机制。因此,一般情况下,我们都选择 version 方式...
Hibernate乐观锁和悲观锁分析,针对在使用HIBERNATE时怎么配置乐观锁进行了详细的范例讲解
博文链接:https://aga.iteye.com/blog/241668
hibernate利用锁的相关功能详解,分为乐观锁和悲观锁。希望各位喜欢。
Hibernate的乐观锁与悲观锁的文档,帮助学习Hibernate的乐观锁与悲观锁,让你们学得更轻松。
Hibernate 简介 Hibernate 开发流程 Hibernate 配置文件 Hibernate 核心接口和类 Hibernate ORM映射 HQL Hibernate 懒加载机制与抓取策略 Hibernate 缓存 Hibernate 锁机制
NULL 博文链接:https://12345678.iteye.com/blog/721836
学习hibernate的必备知识,当你学习hibernate时,就会对锁的概念有一定的了解了.
很好的描述Hibernate的悲观锁和乐观锁,
Hibernate高级特性,悲观锁与乐观锁的应用和区别,及两者之间的区别。
该资源主要是分析:乐观锁解决事务并发.乐观锁校验测试, 基于hiber管理的悲观锁实现
NULL 博文链接:https://tgwall163.iteye.com/blog/1291892
乐观锁 求助编辑百科名片相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库 性能的大量开销,特别是对长事务而...
NULL 博文链接:https://cdxs2.iteye.com/blog/1938245
001 Hibernate 简介(开源 O/R 映射框架) 002 第一个 Hibernate ...025 hibernate 悲观锁、乐观锁 026 hibernate 操作树形结构 027 hibernate 查询语言(HQL) 028 hibernate 缓存(性能优化策略) 029 hibernate 抓取策略