悲观锁 它指的是对数据被外界修改持保守态度。假定任何时刻存取数据时,都可能有另一个客户也正在存取同一笔数据,为了保持数据被操作的一致性,于是对数据采取了数据库层次的锁定状态,依靠数据库提供的锁机制来实现。 基于jdbc实现的数据库加锁如下: sele
悲观锁
它指的是对数据被外界修改持保守态度。假定任何时刻存取数据时,都可能有另一个客户也正在存取同一笔数据,为了保持数据被操作的一致性,于是对数据采取了数据库层次的锁定状态,依靠数据库提供的锁机制来实现。 基于jdbc实现的数据库加锁如下:
select * from account where name="Erica" for update在更新的过程中,数据库处于加锁状态,任何其他的针对本条数据的操作都将被延迟。本次事务提交后解锁。
String sql="查询语句"; Query query=session.createQuery(sql); query.setLockMode("对象",LockModel.UPGRADE);说到这里,就提到了hibernate的加锁模式:
LockMode.WRITE:Hibernate在Insert和Update记录的时候会自动获取。
LockMode.READ:Hibernate在读取记录的时候会自动获取。 这三种加锁模式是供hibernate内部使用的,与数据库加锁无关。
LockMode.UPGRADE:利用数据库的for update字句加锁。 这种模式需要区分前三种模式,该模式是与数据有关的(for update)
在这里我们要注意的是:只有在查询开始之前(也就是hiernate生成sql语句之前)加锁,才会真正通过数据库的锁机制加锁处理。否则,数据已经通过不包含for updata子句的sql语句加载进来,所谓的数据库加锁也就无从谈起。 但是,从系统的性能上来考虑,对于单机或小系统而言,这并不成问题,然而如果是在网络上的系统,同时间会有许多联机,假设有数以百计或上千甚至更多的并发访问出现,我们该怎么办?如果等到数据库解锁我们再进行下面的操作,我们浪费的资源是多少?--这也就导致了乐观锁的产生。
乐观锁
乐观锁定(optimistic locking)则乐观的认为资料的存取很少发生同时存取的问题,因而不作数据库层次上的锁定,为了维护正确的数据,乐观锁定采用应用程序上的逻辑实现版本控制的方法。public class Account { private int version; .... public void setVersion(int version) { this.version = version; } public int getVersion() { return version; } .... }而在映像文件中,我们使用optimistic-lock属性设定version控制,
设定好版本控制之后,在上例中如果B 客户试图更新数据,将会引发....
也可以在使用Session的load()或是lock()时指定锁定模式以进行锁定。 如果数据库不支持所指定的锁定模式,Hibernate会选择一个合适的锁定替换,而不是丢出一个例外。
未完待续。。。。