TransactionMode

 

Hibernate Session的Flush模式

Hibernate Session的Flush模式 收藏 
首先要知道的是：

Hibernate会尽量将与数据库的操作延迟，直到必须要与数据库进行交互，例如save方法一般会在提交时才真正执行，最终在提交时会以批处理的方式与数据库进行交互，以提高效率。

而将操作延迟，就是利用缓存，将最后要处理的操作放到缓存中。

flush方法的主要作用就是清理缓存，强制数据库与Hibernate缓存同步，以保证数据的一致性。它的主要动作就是向数据库发送一系列的sql语句，并执行这些sql语句，但是不会向数据库提交。而commit方法则会首先调用flush方法，然后提交事务。
      
      在下面的情况下，Hibernate会调用Session.flush()以清理缓存： 
     1)事务提交时，如果flush模式不为FlushMode.NEVER,commit()将调用flush(). 
     2)在某些查询语句之前（此查询语句之前的语句已经改变了数据库状态，所以需要调用flush（）以同步数据库是查出来的数据是经过更改的）。
     
     除非明确地指定了flush（）命令，否则关于Session何时会执行这些JDBC调用完全是无法保证的，只能保证他们执行的前后顺序。

通过设置session.setFlushMode(),可以精确控制Hibernate的FlushMode. 
(1) FlushMode.AUTO:Hibernate判断对象属性有没有改变，如果被更改成为脏数据，则在一个查询语句前将更新此改动以保证数据库的同步。这也是Hibernate的默认清理模式。 
(2) FlushMode.COMMIT:在事务结束之前清理session的缓存。这样有可能导致查出脏数据 
(3) FlushMode.NEVER：除非强制调用Session.flush(),否则永远不清理Session。相当于将数据库设置为一个只读的数据库。 
       【如果此时进行数据的写入操作，会发生错误】
(4) FlushMode.ALWAYS：在每一个查询数据之前都调用Session.flush()。很显然这种效率很低。 

在调用Session.flush()时，涉及的SQL语句会按照下面的顺序执行。 
（1）         所有的实体进行插入的语句，其顺序按照对象执行Session.save()的时间顺序。 
（2）         所有对实体进行更新的语句 
（3）         所有对集合元素进行删除，更新或者插入的语句 
（4）         所有对实体经行删除的语句，其顺序按照对象执行Session.delete()的时间顺序。 
（5）         有一个例外是，如果对象使用native方式生成的ID（持久化标识），则他们一执行save就会被插入。 
                 【因为native方式若想得到主键，必须与数据库交互，而hilo方式则不用】）

 

 

FlushMode有5中属性

 

1 NEVEL   


已经废弃了，被MANUAL取代了

2 MANUAL 

spring3.x中的opensessioninviewfilter已经将默认的FlushMode设置为MANUAL了；
如果FlushMode是MANUAL或NEVEL,在操作过程中hibernate会将事务设置为readonly，所以在 增加、删除或修改 操作过程中会出现如下错误
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read - only mode (FlushMode.NEVER)  -  turn your Session into FlushMode.AUTO or remove  ' readOnly '  marker from transaction definition；
解决办法网上有很多；
1  配置事务，spring会读取事务中的各种配置来覆盖hibernate的session中的FlushMode；
2  先编程式修改FlushMode，比如session.setFlushMode(FlushMode.AUTO); 这样hibernate就会自动去除readonly限制；
3  直接修改opensessioninviewfilter过滤器的配置，配置过滤器的时候配置
< filter >
       < filter - name > openSession </ filter - name >
       < filter - class > org.springframework.orm.hibernate3.support.OpenSessionInViewFilter </ filter - class >
       < init - param >
           < param - name > flushMode </ param - name >
           < param - value > AUTO </ param - value >
       </ init - param >
   </ filter >

3 AUTO


设置成auto之后，当程序进行查询、提交事务或者调用session.flush()的时候，都会使缓存和数据库进行同步，也就是刷新数据库

4 COMMIT


提交事务或者session.flush()时，刷新数据库；查询不刷新

5 ALWAYS


每次进行查询、提交事务、session.flush()的时候都会刷数据库
这里需要说一下和AUTO的区别，当hibernate缓存中的对象被改动之后，会被标记为脏数据（即与数据库不同步了）。当session设置为FlushMode.AUTO时，hibernate在进行查询的时候会判断缓存中的数据是否为脏数据，是则刷数据库，不是则不刷，而always是直接刷新，不进行任何判断。很显然auto比always要高效得多。

如何在一个session中读取、查询大量数据对象情况下的制胜武器- FlushMode.NEVER。当然要记住，在此过程中你不可以修改这些数据，不然就真的把数据“搞脏”了。

　　使用武器秘诀如下:

　　FlushMode previous = session.getFlushMode(); 
　　session.flush(); // who know's what been done till now 
　　session.setFlushMode(FlushMode.NEVER);
　　// Do some querying 
　　// Do some more querying
　　 // Really load up that session
　　 // Execute a few more queries 
　　// Write back to some tables 
　　session.flush();
　　session.setFlushMode(previous);

 

 

转载于:https://www.cnblogs.com/dwyanezhou/archive/2012/09/05/5874292.html