geek的技术日志,记录每一次技术思考的闪光点。

关于Hibernate中SQL执行顺序跟代码顺序不一致的问题

使用Hibernate的新人,经常会遇到一些奇怪的问题,从代码上看,明明逻辑是正确的,但是,代码跑完之后,结果却不对!千辛万苦查bug,最终在日志里才发现,sql执行的顺序,竟然不是代码中的顺序!坑爹啊,然后就只能骂娘了。。然而好多人也只是骂骂。其实为啥会这样呢?没错,这就是hibernate专门这么设计的。然而好多菜鸟并不知道这个机制,然后就坑了。
因为Hibernate连表查询比较麻烦,在有些情况下一个业务方法有可能既用到了普通的hibernate查询又用到了hibernate的原生sql查询,如果没有控制好hibernate的执行顺序,有可能会导致程序逻辑错误。拿个例子来说明一下:
{
StudentModel student=studentDAO.selectById(1);
student.setClassNum(2);
student.setStudentName(“li”);
studentDAO.updateStudent(student);
List<StudentModel>students=studentDAO.getStudentByClassNum(2);
…….
}
上面的一段逻辑是,取出一个Id=1的学生,然后将其所在的班级设置为2,并将马上执行这一操作,接下来是执行一步查询操作(这部操作hibernate用的是原生的sql),将班级为2的同学查出来。结果id为1的同学不在其中,这明显和预期的不一致。如果你把hibernate执行的sql
语句打印出来,发现程序先执行了两条select语句,最后才执行了update语句。之所以这样是和Hibernate的flush处理机制有关,按照insert,update,……,delete的顺序提交所有登记的操作。最后执行的顺序,和代码写的顺序就不一定一致。因此在一些复杂的方法中,有更 新和保存的过程中就要考虑数据库操作顺序的改变以及延时flush是否对程序的结果有影响。如果确实存在着影响,那就可以在需要保持这种操作顺序的位置加 入flush强制,比如:
hibernateTemplate.flush();
Hibernate将缓存中记录的操作flush入数据库,这样看起来也许不太美观,但很有效。
  

问题起源于代码中对某个对象的处理逻辑,当发现该对象的某些属性变化时,先将原数据删除,再插入一个新对象,由于使用了Spring+Hibernate的组合,很容易写出如下代码:

  1. //从数据库中读取原数据

 

Role entity = hibernateTemplate.load(ID);

 

//将数据复制到新对象上

 

Role newEntity = new Role();

 

BeanCopier.copy(entity, newEntity);

 

//删除原数据

 

hibernateTemplate.delete(entity);

 

//保存新数据

 

hibernateTemplate.save(entity);

然而这段代码在执行时却失败了,程序抛出:DataIntegrityViolationException异常,日志显示如下错误:

 

 

SQL Error: 1062, SQLState: 23000
Duplicate entry 'demo' for key 'IDX_ROLE_NAME'

即数据插入数据库时失败了,原因是触发了唯一性约束。经反复核实,数据库中数据没有问题,不是其他数据导致的,从代码逻辑上讲,这段代码先删后插也没有任何问题,在一个事务当中也没有什么脏读的问题, 这就搞笑了,问题到底出在哪呢???
打开Hibernate的SQL输出,还原最真实的SQL语句,终于找到了答案,输入日志如下:

  1. Hibernate:

 

/* insert com.litt.cidp.system.po.Role

 

*/ insert

 

into

 

role

 

(ROLE_NAME, STATUS, REMARK)

 

values

 

(?, ?, ?)

 

Hibernate:

 

/* update

 

com.litt.cidp.system.po.Role */ update

 

role

 

set

 

ROLE_NAME=?,

 

STATUS=?,

 

REMARK=?

 

where

 

ROLE_ID=?

 

Hibernate:

 

/* delete com.litt.cidp.system.po.Role */ delete

 

from

 

role

 

where

 

ROLE_ID=?

Hibernate在最终执行SQL语句时,居然是按INSERT, UPDATE, DELETE的顺序执行的,而非按照代码顺序执行!What the F!查阅了相关资料,说是Hibernate为了性能优化,对象操作都是放在缓存里而没有立即执行数据库操作直到commit操作,为的是利用batch操作提高数据库操作性能;老天,那业务逻辑怎么办?同理,在一个事务中混用Hibernate和JDBC操作,将导致数据不一致问题。

解决方案:在需要同步的地方(即按照INSERT, UPDATE, DELETE顺序有可能产生问题的时候;混用JDBC操作的时候),执行session.flush()方案,该方法将缓存中的数据请求立即转换为数据库操作并执行。

终于解决方案:珍惜生命,原理Hibernate。Mybatis大法好。

未经允许不得转载:极客技术 » 关于Hibernate中SQL执行顺序跟代码顺序不一致的问题

分享到:更多 ()

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址