`

关于hibernate的锁机制

 
阅读更多

关于hibernate中的锁机制前几天看到GOING MM关于Hibernate Transaction 的描述,这里顺便转载一篇hiberntae中锁机制的文章: 

   悲观锁定 假定任何时刻存取数据时,都可能有另一个客户也正在存取同一笔数据,因而对数据采取了数据库层次的锁定状态,在锁定的时间内其它的客户不能对资 料进行存取,对于单机或小系统而言,这并不成问题,然而如果是在网络上的系统,同时间会有许多联机,如果每一次读取数据都造成锁定,其后继的存取就必须等待,这将造成效能上的问题,造成后继使用者的长时间等待。 
 乐观锁定(optimistic locking)则乐观的认为资料的存取很少发生同时存取的问题,因而不作数据库层次上的锁定,为了维护正确的数据,乐观锁定使用应用程序上的逻辑实现版本控制的解决。 
 例如若有两个客户端,A客户先读取了账户余额1000元,之后B客户也读取了账户余额1000元的数据,A客户提取了500元,对数据库作了变更,此时 数据库中的余额为500元,B客户也要提取300元,根据其所取得的资料,1000-300将为700余额,若此时再对数据库进行变更,最后的余额就会不正确。 
 在不实行悲观锁定策略的情况下,数据不一致的情况一但发生,有几个解决的方法,一种是先更新为主,一种是后更新的为主,比较复杂的就是检查发生变动的数据来实现,或是检查所有属性来实现乐观锁定。 
 Hibernate中透过版本号检查来实现后更新为主,这也是Hibernate所推荐的方式,在数据库中加入一个VERSON栏记录,在读取数据时连 同版本号一同读取,并在更新数据时递增版本号,然后比对版本号与数据库中的版本号,如果大于数据库中的版本号则予以更新,否则就回报错误。 
 以刚才的例子,A客户读取账户余额1000元,并连带读取版本号为5的话,B客户此时也读取账号余额1000元,版本号也为5,A客户在领款后账户余额 为500,此时将版本号加1,版本号目前为6,而数据库中版本号为5,所以予以更新,更新数据库后,数据库此时余额为500,版本号为6,B客户领款后要变更数据库,其版本号为5,但是数据库的版本号为6,此时不予更新,B客户数据重新读取数据库中新的数据并重新进行业务流程才变更数据库。 
 以Hibernate实现版本号控制锁定的话,我们的对象中增加一个version属性,例如: 

Java代码  收藏代码
  1. public class Account {  
  2.   
  3.     private int version;  
  4.   
  5.     ....  
  6.   
  7.    
  8.   
  9.     public void setVersion(int version) {  
  10.   
  11.         this.version = version;  
  12.   
  13.     }  
  14.   
  15.    
  16.   
  17.     public int getVersion() {  
  18.   
  19.         return version;  
  20.   
  21.     }  
  22.   
  23.     ....  
  24.   
  25. }  




而在映像文件中,我们使用optimistic-lock属性设定version控制,<id>属性栏之后增加一个<version>标签,例如:

Java代码  收藏代码
  1. <hibernate-mapping>  
  2.   
  3.     <class name="onlyfun.caterpillar.Account" talble="ACCOUNT"  
  4.   
  5.            optimistic-lock="version">  
  6.   
  7.         <id...../>  
  8.   
  9.         <version name="version" column="VERSION"/>  
  10.   
  11.    
  12.   
  13.          ....  
  14.   
  15.    
  16.   
  17.     </class>  
  18.   
  19. </hibernate-mapping>  




 设定好版本控制之后,在上例中如果B客户试图更新数据,将会引发StableObjectStateException例外,我们可以捕捉这个例外,在处理中重新读取数据库中的数据,同时将B客户目前的数据与数据库中的数据秀出来,让B客户有机会比对不一致的数据,以决定要变更的部份,或者您可以设计程 式自动读取新的资料,并重复扣款业务流程,直到数据可以更新为止,这一切可以在背景执行,而不用让您的客户知道。 



  悲观锁定在多个客户端可能读取同一笔数据或同时更新一笔数据的情况下,必须要有访问控制的手段,防止同一个数据被修改而造成混乱,最简单的手段就是对数据进行锁定,在自己进行数据读取或更新等动作时,锁定其它客户端不能对同一笔数据进行任何的动作。 
 悲观锁定(Pessimistic Locking)一如其名称所示,悲观的认定每次资料存取时,其它的客户端也会存取同一笔数据,因此对该笔数据进行锁定,直到自己操作完成后解除锁定。 
 悲观锁定通常透过系统或数据库本身的功能来实现,依赖系统或数据库本身提供的锁定机制,Hibernate即是如此,我们可以利用Query或Criteria的setLockMode()方法来设定要锁定的表或列(row)及其锁定模式,锁定模式有以下的几个: 

LockMode.WRITE:在insert或update时进行锁定,Hibernate会在save()方法时自动获得锁定。 
LockMode.UPGRADE:利用SELECT … FOR UPDATE进行锁定。 
LockMode.UPGRADE_NOWAIT:利用SELECT … FOR UPDATE NOWAIT进行锁定,在Oracle环境下使用。 
LockMode.READ:在读取记录时Hibernate会自动获得锁定。 
LockMode.NONE:没有锁定。 
 也可以在使用Session的load()或是lock()时指定锁定模式以进行锁定。 
 如果数据库不支持所指定的锁定模式,Hibernate会选择一个合适的锁定替换,而不是丢出一个例外(Hibernate参考手册10.6)。 

分享到:
评论

相关推荐

    Hibernate锁机制_悲观锁和乐观锁

    Hibernate 锁机制_悲观锁和乐观锁 Hibernate 锁机制是指在数据库访问中,为了维护数据的一致性和正确性,所采取的一些机制来防止数据的并发访问和修改。 Hibernate 中有两种锁机制:悲观锁和乐观锁。 一、悲观锁...

    Hibernate乐观锁和悲观锁分析

    Hibernate,作为Java领域广泛使用的ORM框架,提供了一种处理并发数据访问冲突的手段,那就是锁机制。主要分为两种类型:乐观锁(Optimistic Locking)和悲观锁(Pessimistic Locking)。 **悲观锁(Pessimistic ...

    hibernate的乐观锁和悲观锁

    悲观锁的实现主要依赖于数据库级别的锁机制,这是唯一能够真正保证数据访问排他性的方法。即使应用程序内部实现了加锁机制,也无法完全避免外部系统对数据的修改。 **典型应用案例**: 考虑一个场景,需要查询账户...

    Hibernate悲观锁和乐观锁的实现

    在Java的持久化框架Hibernate中,锁定机制是数据库并发控制的重要组成部分,用于处理多线程或分布式环境下的数据一致性问题。悲观锁和乐观锁是两种常见的锁定策略,它们各有特点,适用于不同的场景。 **悲观锁**...

    Hibernate的乐观锁与悲观锁

    悲观锁是一种较为传统的锁机制,它假定并发冲突的可能性很高,因此在整个数据处理过程中都会锁定数据。这种机制能够有效防止数据被其他事务修改,但同时也可能导致较高的性能开销。 ##### 2.2 实现方式 悲观锁主要...

    hibernate乐观锁和悲观锁学习

    本文主要讨论的是Hibernate框架中两种锁机制的使用:乐观锁和悲观锁。 首先,让我们深入理解悲观锁(Pessimistic Locking)。悲观锁正如其名字所示,假设并发环境中数据会被频繁修改,所以在整个数据处理过程中,它...

    hibernate事务管理机制.doc

    【hibernate事务管理机制】是指在使用Hibernate框架进行数据库操作时,如何管理和协调事务的一系列规则和策略。事务管理是确保数据一致性、完整性和并发控制的重要机制。 **悲观锁**是预防性的锁定策略,它假设并发...

    hibernate锁实验,以及解决方案

    4. ** Hibernate锁的使用** - `Session.lock()`: 将对象锁定在指定的锁模式下。 - `Query.setLockMode()`: 对查询结果应用锁模式。 - `Criteria.setLockMode()`: 同上,针对Criteria查询。 5. **实验情况** - ...

    Hibernate乐观锁

    在乐观锁的机制下,假设并发用户很少会发生冲突,所以在读取数据时不会进行任何锁定,而在更新数据时才会检查在此期间是否有其他用户修改过该数据。如果检测到有其他用户修改,更新操作将会失败,通常会抛出一个异常...

    数据库事务、hibernate悲观锁和乐观锁

    通过学习这些资料,你可以深入了解这两种锁机制的工作原理以及在实际项目中的应用策略。此外,你还可以了解到如何在Hibernate中结合使用这些锁来优化并发控制,确保数据的一致性,同时平衡系统的性能需求。对于开发...

    Hibernate悲观锁与乐观锁案例

    本文将深入探讨这两种锁机制的原理、应用场景及其区别。 首先,我们来理解悲观锁的概念。悲观锁正如其名,持有一种悲观的态度,认为数据在任何时候都可能被其他线程修改,因此在读取数据时会立即加上锁,确保在读取...

    Hibernate悲观锁与乐观锁

    《Hibernate 悲观锁与乐观锁详解》 在多用户并发访问的环境中,数据库管理系统必须具备有效的数据访问控制机制,以确保数据的一致性和完整性...开发者应根据实际应用场景选择合适的锁机制,以平衡数据安全和系统性能。

    关于hibernate的批处理

    8. **Batch fetching**: Hibernate的批处理加载机制(批获取)允许一次加载多个关联对象,减少数据库查询次数。可以通过`@Fetch(FetchMode.JOIN)`或配置fetch profiles实现。 9. **ScrollableResult**: 使用 ...

    Hibernate框架 jar 架包 开发详解

    Hibernate 简介 Hibernate 开发流程 Hibernate 配置文件 Hibernate 核心接口和类 Hibernate ORM映射 HQL Hibernate 懒加载机制与抓取策略 Hibernate 缓存 Hibernate 锁机制

    Hibernate锁策略

    Hibernate锁的基本机制!主要是针对Hiberante乐观锁悲观锁的介绍以及相对应的数据库本身的处理机制,包括和SPRING相结合部分的锁处理机制

    Hibernate version 乐观锁 (xml方式)

    本文将深入探讨 Hibernate 版本的乐观锁机制,特别是通过XML配置方式实现这一机制。乐观锁是一种非阻塞锁,它假设在并发环境下数据冲突的概率较低,因此在读取数据时不加锁,而在更新数据时检查在此期间是否有其他...

    hibernate乐观锁

    求助编辑百科名片相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库 性能的大量开销,特别是对长事务而言,...

Global site tag (gtag.js) - Google Analytics