Hibernate事务中的加锁机制
来源:互联网 发布:淘宝刷销量在哪里找人 编辑:程序博客网 时间:2024/06/05 17:17
首先我们需要对Hibernate中的事务,以及并发所造成的问题进行一个了解,有一篇博客讲述的非常全在此就不赘述,请提前参考《Hibernate事务与并发问题处理(乐观锁与悲观锁)》,下面只记录我认为重点的地方。
使用乐观锁解决事务并发问题
相对悲观锁而言,乐观锁机制采取了更加宽松的加锁机制。悲观锁大多数情况下依靠数据库的锁机制实现,以保证操作最大程度的独占性。但随之而来的就是数据库性能的大量开销,特别是对长事务而言,这样的开销往往无法承受。
乐观锁机制在一定程度上解决了这个问题。乐观锁,大多是基于数据版本(Version)记录机制实现。何谓数据版本?即为数据增加一个版本标识,在基于数据库表的版本解决方案中,一般是通过为数据库表增加一个"version"字段来实现。
乐观锁的工作原理:读取出数据时,将此版本号一同读出,之后更新时,对此版本号加一。此时,将提交数据的版本数据与数据库表对应记录的当前版本信息进行比对,如果提交的数据版本号大于数据库表当前版本号,则予以更新,否则认为是过期数据。
Hibernate为乐观锁提供了3中实现:
- 基于version
- 基于timestamp(时间戳)
- 自动版本控制
注意:参考资料中使用的是配置文件的方式来配置Hibernate,不过我对其进行修正采用注解的方式,如果想要参考配置文件的方式可查看博客最下方的参考资料。
一、Hibernate乐观锁实现之Version
1.1 创建数据库表
create table studentVersion (id varchar(32),name varchar(32),ver int);
注:其中ver保存的就是版本。
1.2 配置PO类
import javax.persistence.Entity;import javax.persistence.GeneratedValue;import javax.persistence.Id;import javax.persistence.Table;import org.hibernate.annotations.GenericGenerator;@Entity@Table(name = "studentversion")public class Student {@GeneratedValue(generator = "uuid")@GenericGenerator(name = "uuid", strategy = "org.hibernate.id.UUIDGenerator")@Column(columnDefinition = "CHAR(32)")@Idprivate String id;private String name;@Version@Column(name="ver")private int version;//省略所有getter和setter方法...}
注意:上面主键的生成策略时UUID,但是其使用的是org.hibernate.id.UUIDGenerator,我们将其改为<uuid2>也可以是同样效果,但是你可能见到uuid这种形式比较多,其实这两种都是Hibernate提供的生成UUID的策略,只不过uuid是以前的版本,uuid2是最新的版本。详细可参考:《Hibernate和UUID标示符》
注意:参考资料《Hibernate和UUID标示符》修正——其中UUIDGenerator生成策略生成的UUID的长度为36位,参考资料中是16位,上面的代码已经修正,这一点需要注意。
1.3 配置文件中配置该PO类
在hibernate.cfg.xml文件中添加如下配置:
<mapping class="Student类的包路径"/>
1.4 配置完成,编写测试用例
public void test() {// 使用默认的hibernate.cfg.xml配置文件创建Configuration实例Configuration cfg = new Configuration().configure();// 以Configuration实例来创建SessionFactory实例ServiceRegistry serviceRegistry = new StandardServiceRegistryBuilder().applySettings(cfg.getProperties()).build();SessionFactory sessionFactory = cfg.buildSessionFactory(serviceRegistry);Session session = sessionFactory.openSession();Transaction t = session.beginTransaction();//开启事务Student stu = new Student();stu.setName("tom11");session.save(stu);t.commit();/* * 模拟多个session操作student数据表 */Session session1 = sessionFactory.openSession();Session session2 = sessionFactory.openSession();Student stu1 = (Student) session1.createQuery("from Student s where s.name='tom11'").uniqueResult();Student stu2 = (Student) session2.createQuery("from Student s where s.name='tom11'").uniqueResult();// 这时候,两个版本号是相同的System.out.println("v1=" + stu1.getVersion() + "--v2=" + stu2.getVersion());Transaction tx1 = session1.beginTransaction();stu1.setName("session1");tx1.commit();// 这时候,两个版本号是不同的,其中一个的版本号递增了System.out.println("v1=" + stu1.getVersion() + "--v2=" + stu2.getVersion());Transaction tx2 = session2.beginTransaction();stu2.setName("session2");tx2.commit();}运行结果如下:
1494440085669|1|statement|connection 0|insert into studentversion (name, ver, id) values (?, ?, ?)|insert into studentversion (name, ver, id) values ('tom11', 0, '5bbc958a-c921-4740-8cfd-127593cf3048')1494440085825|153|commit|connection 0||1494440086027|6|statement|connection 2|select student0_.id as id1_3_, student0_.name as name2_3_, student0_.ver as ver3_3_ from studentversion student0_ where student0_.name='tom11'|select student0_.id as id1_3_, student0_.name as name2_3_, student0_.ver as ver3_3_ from studentversion student0_ where student0_.name='tom11'1494440086050|1|statement|connection 1|select student0_.id as id1_3_, student0_.name as name2_3_, student0_.ver as ver3_3_ from studentversion student0_ where student0_.name='tom11'|select student0_.id as id1_3_, student0_.name as name2_3_, student0_.ver as ver3_3_ from studentversion student0_ where student0_.name='tom11'v1=0--v2=01494440086058|1|statement|connection 2|update studentversion set name=?, ver=? where id=? and ver=?|update studentversion set name='session1', ver=1 where id='5bbc958a-c921-4740-8cfd-127593cf3048' and ver=01494440086106|45|commit|connection 2||v1=1--v2=01494440086108|0|statement|connection 1|update studentversion set name=?, ver=? where id=? and ver=?|update studentversion set name='session2', ver=1 where id='5bbc958a-c921-4740-8cfd-127593cf3048' and ver=0Exception in thread "main" org.hibernate.StaleObjectStateException: Row was updated or deleted by another transaction (or unsaved-value mapping was incorrect) : [org.crazyit.app.domain.Student#5bbc958a-c921-4740-8cfd-127593cf3048]at org.hibernate.persister.entity.AbstractEntityPersister.check(AbstractEntityPersister.java:2541)at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3285)at org.hibernate.persister.entity.AbstractEntityPersister.updateOrInsert(AbstractEntityPersister.java:3183)at org.hibernate.persister.entity.AbstractEntityPersister.update(AbstractEntityPersister.java:3525)at org.hibernate.action.internal.EntityUpdateAction.execute(EntityUpdateAction.java:159)at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:463)at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:349)at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:350)at org.hibernate.event.internal.DefaultFlushEventListener.onFlush(DefaultFlushEventListener.java:56)at org.hibernate.internal.SessionImpl.flush(SessionImpl.java:1222)at org.hibernate.internal.SessionImpl.managedFlush(SessionImpl.java:425)at org.hibernate.engine.transaction.internal.jdbc.JdbcTransaction.beforeTransactionCommit(JdbcTransaction.java:101)at org.hibernate.engine.transaction.spi.AbstractTransactionImpl.commit(AbstractTransactionImpl.java:177)at lee.Test.main(Test.java:47)分析结果:
由于Hibernate生成的SQL语句占用的篇幅比较大,而且显示不了详细信息所以我禁止其显示,采用P6Spy进行显示SQL语句,异常之前比较长的几行就是其显示信息。
可以看到,第二个“用户”session2修改数据时候,记录的版本号已经被session1更新过了,所以抛出了红色的异常,我们可以在实际应用中处理这个异常,例如在处理中重新读取数据库中的数据,同时将目前的数据与数据库中的数据展示出来,让使用者有机会比较一下,或者设计程序自动读取新的数据
注意:
要注意的是,由于乐观锁定是使用系统中的程式来控制,而不是使用资料库中的锁定机制,因而如果有人特意自行更新版本讯息来越过检查,则锁定机制就会无效,例如在上例中自行更改stu的version属性,使之与资料库中的版本号相同的话就不会有错误,像这样版本号被更改,或是由于资料是由外部系统而来,因而版本资讯不受控制时,锁定机制将会有问题,设计时必须注意。
如果手工设置stu.setVersion()自行更新版本以跳过检查,则这种乐观锁就会失效,应对方法可以将Student.Java的setVersion设置成private
————》》》基于timestamp(时间戳)的实现待续
参考资料:
Hibernate乐观锁实现—Version
************************************************************************结束语************************************************************************
我在写这篇博客的时候也是一名初学者,有任何疑问或问题请留言,或发邮件也可以,邮箱为:fanxiaobin.fxb@qq.com,我会尽早的进行更正及更改。
在我写过的博客中有两篇博客是对资源的整理,可能对大家都有帮助,大家有兴趣的话可以看看!!
下载资料整理——目录:http://blog.csdn.net/fanxiaobin577328725/article/details/51894331
这篇博客里面是我关于我见到的感觉不错的好资源的整理,里面包含了书籍及源代码以及个人搜索的一些资源,如果有兴趣的可以看看,我会一直对其进行更新和添加。
优秀的文章&优秀的学习网站之收集手册:http://blog.csdn.net/fanxiaobin577328725/article/details/52753638
这篇博客里面是我对于我读过的,并且感觉有意义的文章的收集整理,纯粹的个人爱好,大家感觉有兴趣的可以阅读一下,我也会时常的对其进行更新。
************************************************************************感谢************************************************************************
- Hibernate事务中的加锁机制
- MySQL事务以及加锁机制
- Mysql事务以及加锁机制
- 事务中的加锁顺序问题
- Mysql事务以及加锁机制事务的特征ACID
- Mysql事务以及加锁机制事务的特征ACID
- Hibernate 事务机制
- hibernate事务并发机制
- hibernate 加锁
- Hibernate中的事务隔离
- spring中的hibernate事务
- Hibernate中的事务详解
- 详解Hibernate中的事务
- Hibernate 中的 Transaction(事务)
- Hibernate中的事务
- Hibernate中的事务
- 事务隔离机制(hibernate 应用)
- 事务隔离机制(hibernate 应用)
- 51Nod
- 新手浅谈证书加解密、签名验签
- Android N Graphics之FrameBuffer驱动分析
- webstorm 代码提示
- 51Node 1057(大数)
- Hibernate事务中的加锁机制
- PPT插入计时器
- Java编程思想-14类型信息
- CMOS图像传感器
- AIX上的date命令和循环语句与linux上的不同
- 字符编码 ASCII,Unicode和UTF-8的关系
- struct结构体在32位系统和64位系统的存储空间的不同
- 大鱼吃小鱼
- Debian更改默认jdk版本