【转】Hibernate中session的clear(),flush(),evict()方法详解

 1.Clear 方法

  无论是Load 还是 Get 都会首先查找缓存(一级缓存) 如果没有,才会去数据库查找,调用Clear() 方法,可以强制清除Session缓存。

 

例:

 

 
[java]  view plain copy
 
  1. public void testClear(){  
  2.         Session session =  HibernateUitl.getSessionFactory().getCurrentSession();  
  3.         session.beginTransaction();  
  4.         Teacher t = (Teacher) session.get(Teacher.class3);  
  5.         System.out.println(t.getName());  
  6.         Teacher t2 = (Teacher) session.get(Teacher.class3);  
  7.         System.out.println(t2.getName());  
  8.         session.getTransaction().commit();  
  9.     }  

 

 

这里虽然用了2个get方法(get方法会立即执行sql语句),但因为第一次执行了会缓存一个ID为3的实体,所以虽然有2个get方法只执行一次SQL语句。

 

 

[java]  view plain copy
 
  1. public void testClear(){  
  2.         Session session =  HibernateUitl.getSessionFactory().getCurrentSession();  
  3.         session.beginTransaction();  
  4.         Teacher t = (Teacher) session.get(Teacher.class3);  
  5.         System.out.println(t.getName());  
  6.         session.clear();//这里不clear只会执行一次sql语句,有clear会执行2次  
  7.         Teacher t2 = (Teacher) session.get(Teacher.class3);  
  8.         System.out.println(t2.getName());  
  9.         session.getTransaction().commit();  
  10.     }  

 

这里在第2次get前执行session.clear(),我们把hibernate show_sql 出来,它就会执行2次sql语句了。

 

所以session.clear()会清除缓存。

 

 

2.Flush方法
  可以强制进行从内存到数据库的同步。从数据库到内存(查询)和从内存到数据库(更新)

 

例:

 

 

[java]  view plain copy
 
  1. @Test  
  2.     /** 
  3.      * flush 强制与数据库同步 
  4.      */  
  5.     public void testFlush(){  
  6.         Session session =  HibernateUitl.getSessionFactory().getCurrentSession();  
  7.         session.beginTransaction();  
  8.         Teacher t = (Teacher) session.get(Teacher.class3);  
  9.         t.setName("yyy");  
  10.    
  11.         t.setName("yyyyy");  
  12.         session.getTransaction().commit();  
  13.     }  

 

 

看这段代码,我们setName() 2次, 但程序只会更改数据库一次,在commit时。

 

 

[java]  view plain copy
 
  1. @Test  
  2.     /** 
  3.      * flush 强制与数据库同步 
  4.      */  
  5.     public void testFlush(){  
  6.         Session session =  HibernateUitl.getSessionFactory().getCurrentSession();  
  7.         session.beginTransaction();  
  8.         Teacher t = (Teacher) session.get(Teacher.class3);  
  9.         t.setName("yyy");  
  10.         session.flush();//有flush会执行2次UPDAE,没有会只执行一次  
  11.         t.setName("yyyyy");  
  12.         session.getTransaction().commit();  
  13.     }  

 

 

 

我们在第2次setName()时 执行session.flush().

 

再看hibernate 执行的sql 语句

 

[java]  view plain copy
 
  1. Hibernate:   
  2.     update  
  3.         Teacher   
  4.     set  
  5.         birthday=?,  
  6.         name=?,  
  7.         title=?   
  8.     where  
  9.         id=?  
  10. Hibernate:   
  11.     update  
  12.         Teacher   
  13.     set  
  14.         birthday=?,  
  15.         name=?,  
  16.         title=?   
  17.     where  
  18.         id=?  


 

执行了2次Update

 

所以看出来flush方法会强制与数据库同步。

 

 

 


 

Flush方法是可以设置的,也就是fulsh什么时候执行是可以设置的

 

 在session.beginTransaction前设置FlushMode

 

session.setFlushMode(FlushMode.Always|AUTO|COMMIT|NEVER|MANUAL)

 

 

FlushMode有5个值可选

Always:任何代码都会Flush
AUTO:默认方式–自动
Commit:COMMIT时
Never:始终不
MANUAL:手动方式

 

 

设置FlushMode 有个好处是可以节省开销,比如默认session只做查询时,就可以不让他与数据库同步了。

三、Evict 方法

会把指定的缓冲对象进行清除,而 Clear 方法则是把缓冲区内的全部对象清除,但不包括操作中的对象。

注意事项: Flush 方法和 Evict 方法一起使用出现的问题

Flush 方法和 Evict 方法一起使用出现的时候,一定要注意使用的顺序,否知会出现异常。下面的代码就是正确的使用顺序:

  1. //因为user的主键生成策略采用的是uuid,所以调用完成save后,
  2. //只是将user纳入到了session的管理
  3. //不会发出insert语句,但是id已经生成,session中existsInDatebase状态为false
  4. session.save(user);
  5.  
  6. //flush后hibernate会清理缓存,会将user对象保存到数据库中
  7. //(强制更新数据库,结果但不一定,因为commit时候可能会出现事物回滚)
  8. //并且设置session中existsInDatebase的状态为true
  9. session.flush();
  10.  
  11. //将user对象从session中逐出,即session的EntityEntries属性中逐出
  12. session.evict(user);
  13.  
  14. //可以成功提交,因为hibernate在清理缓存时,
  15. //在session的insertions集合中无法找到user对象
  16. //所以就不会发出insert语句,也不会更新session中的existsInDatabase的状态
  17. tx.commit();

猜你喜欢

转载自bigdragon.iteye.com/blog/2238120