Hibernate乐观锁与悲观锁

1.悲观锁
一个事务访问某数据库中一定量的数据时,锁死这些数据,在commit()释放锁前禁止其他线程的任何操作。Hibernate总是使用数据库的锁定机制,从不在内存中锁定对象!
必然发送的sql:for update.
例如:select * from Emp for update.锁死了Emp表的数据
使用Hibernate设置数据库隔离级别以实现悲观锁:
在Hibernate的配置文件中可以显示的配置数据库事务隔离级别。每一个隔离级别用一个整数表示:
8 - Serializable 串行化
4 - Repeatable Read 可重复读
2 - Read Commited 可读已提交
1 - Read Uncommited 可读未提交
参考:https://blog.csdn.net/oLengYueHun/article/details/88641215
在hibernate.cfg.xml中使用hibernate.connection.isolation参数配置数据库事务隔离级别。

<property name="connection.isolation">8</property>

通常情况下,只要为 JDBC 连接指定一下隔离级别,然后让数据库去搞定一切就够了,。然而,高级用户有时候希望进行一个排它的悲观锁定,或者在一个新的事务启动的时候,重新进行锁定。
类 LockMode 定义了 Hibernate 所需的不同的锁定级别。一个锁定可以通过以下的机制来设置:
•当 Hibernate 更新或者插入一行记录的时候,锁定级别自动设置为 LockMode.WRITE。
•当用户显式的使用数据库支持的 SQL 格式 SELECT … FOR UPDATE 发送 SQL 的时候,锁定级别设置为 LockMode.UPGRADE。
•当用户显式的使用 Oracle 数据库的 SQL 语句 SELECT … FOR UPDATE NOWAIT 的时候,锁定级别设置 LockMode.UPGRADE_NOWAIT。
•当 Hibernate 在“可重复读”或者是“序列化”数据库隔离级别下读取数据的时候,锁定模式
自动设置为 LockMode.READ。这种模式也可以通过用户显式指定进行设置。
•LockMode.NONE 代表无需锁定。在 Transaction 结束时, 所有的对象都切换到该模式上来。与
session 相关联的对象通过调用 update() 或者 saveOrUpdate() 脱离该模式。
"显式的用户指定"可以通过以下几种方式之一来表示:
•调用 Session.load() 的时候指定锁定模式(LockMode)。
例:

session.load(theClass, id, lockMode);//3.6以上hibernate不建议使用load
session.load(entityName, id, lockMode);//3.6以上hibernate不建议使用load
session.get(clazz, id, lockMode);
session.get(clazz, id, lockOptions);

•调用 Session.lock()。
•调用 Query.setLockMode()。
执行代码后,每个发送的sql都是附有for sql以实现悲观锁

2.乐观锁:
悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。乐观锁机制在一定程度上解决了这个问题。乐观锁,大多是基于数据版本(Version)记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个"version"字段来实现。
  乐观锁的工作原理:读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。
hibernate设置乐观锁:
第一种方法:
1.在对象中:

private int version;
//添加setter和getter

2.设置对象配置文件
在id字段后面设置:

然后就可以了。
注意:1.version必须写在id后面 2.数据库的version不能手动去操作或者不能手动去设置setVersion 否则乐观锁失效

第二种方法:
1.在对象中设置

private Timestamp timestamp;  //java.sql.Timestamp

2.设置对象配置文件

<timestamp name="timestamp" column="timestamp"></timestamp>

3.第三种方法:
这种方法主要是用在老项目添加乐观锁
在对象配置文件(class标签)上设置

optimistic-lock = true

小结:

乐观锁和悲观锁区别:
1.乐观锁主要借助于version
2.悲观锁主要借助于数据库锁

使用悲观锁时,会悲观锁定当前数据或对象,在当前事务操作完成之前,其它人无法对这些数据进行操作。
//相当于select * from t_user for update
设置 session.load(studnet,1,LockMode.UPGRADE); 在hibernate3.6之前可以进行悲观锁定

使用乐观锁参照前面的3种设置方法,只要当前versionid一直就没问题,如果有且并发有一个version提交version+1;如果并发
发现两个version不一致就会抛出异常
参考资料:https://download.csdn.net/download/olengyuehun/11082672

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章