Hibernate的clear(),flush(),evict()方法详解（转）

末蓝、 2023-11-22 06:56 116阅读 0赞

最近看了下session，发现session.flush（）方法有明显的误人子弟，明显乱说，也不对，讲的不清楚，对此我很气愤，你讲错了的让大家都跟着错了，还到处转载你的错误，你害羞么，我想问下作者。

特此给纠正下很多错误

session.flush（）方法的作用其实就是让session的缓存的数据（session就是一级缓存）刷入到数据库里面去，让数据库同步，你可以更简单的理解就是，强制让session的数据和数据库的数据同步，而不是什么清除缓存，我就奇怪了，清除缓存明明是session.clear()方法，在使用flush方法一般之前都是对一个对象进行CRUD的操作，然后你调用flush方法，就及时的同步到数据库里面去，其实session.flush()方法用的最好的一块是在处理大量数据的时候我们可以控制数量，比如，我们要存储1万个对象，我们可以这样做

if(i%20==0)\{

session.flush();//强制同步数据到数据库里面去

session.clear()；清除缓存

\}

这样提高工作性能。

1.Clear 方法

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

例：

**\[c-sharp\]** [view plain][][copy][view plain]

1.  public void testClear()\{
2.  Session session = HibernateUitl.getSessionFactory().getCurrentSession();
3.  session.beginTransaction();
4.  Teacher t = (Teacher) session.get(Teacher.class, 3);
5.  System.out.println(t.getName());
6.  Teacher t2 = (Teacher) session.get(Teacher.class, 3);
7.  System.out.println(t2.getName());
8.  session.getTransaction().commit();
9.  \}

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

**\[c-sharp\]** [view plain][][copy][view plain]

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

这里在第2 次 get 前执行 session.clear(), 我们把 hibernate show\_sql 出来，它就会执行 2 次 sql 语句了。 所以session.clear() 会清除缓存。

2.Flush方法

可以强制进行从内存到数据库的同步。

例：

**\[c-sharp\]** [view plain][][copy][view plain]

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.class, 3);
9.  t.setName("yyy");
10. 
11. t.setName("yyyyy");
12. session.getTransaction().commit();
13. \}

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

**\[c-sharp\]** [view plain][][copy][view plain]

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.class, 3);
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 语句

**\[c-sharp\]** [view plain][][copy][view plain]

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:手动方式

1、NEVEL：已经废弃了，被MANUAL取代了  
2 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；  
解决办法：配置事务，spring会读取事务中的各种配置来覆盖hibernate的session中的FlushMode；  
3 AUTO  
设置成auto之后，当程序进行查询、提交事务或者调用session.flush()的时候，都会使缓存和数据库进行同步，也就是刷新数据库  
4 COMMIT  
提交事务或者session.flush()时，刷新数据库；查询不刷新  
5 ALWAYS：  
每次进行查询、提交事务、session.flush()的时候都会刷数据库  
ALWAYS和AUTO的区别：当hibernate缓存中的对象被改动之后，会被标记为脏数据（即与数据库不同步了）。当 session设置为FlushMode.AUTO时，hibernate在进行查询的时候会判断缓存中的数据是否为脏数据，是则刷数据库，不是则不刷，而always是直接刷新，不进行任何判断。很显然auto比always要高效得多。

总结：若OpenSessionInViewFilter在getSession的时候,会把获取回来的session的flush mode 设为FlushMode.NEVER。然后把该sessionFactory绑定到TransactionSynchronizationManager，使request的整个过程都使用同一个session，在请求过后再解除该sessionFactory的绑定，最后closeSessionIfNecessary根据该session是否已和transaction绑定来决定是否关闭session。在这个过程中，若HibernateTemplate 发现自当前session有不是readOnly的transaction，就会获取到FlushMode.AUTO Session，使方法拥有写权限。  
也即是，如果有不是readOnly的transaction就可以由Flush.NEVER转为Flush.AUTO,拥有insert,update,delete操作权限，如果没有transaction，并且没有另外人为地设flush model的话，则doFilter的整个过程都是Flush.NEVER。所以受transaction保护的方法有写权限，没受保护的则没有。

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

session.evict(obj) ：会把指定的缓冲对象进行清除。  
  
session.clear() ：把缓冲区内的全部对象清除，但不包括操作中的对象。  
  
Hibernate 执行的顺序如下：  
(1) 生成一个事务的对象，并标记当前的 Session 处于事务状态（注：此时并未启动数据库级事务）。  
(2) 应用使用 s.save 保存对象，这个时候 Session 将这个对象放入 entityEntries ，用来标记对象已经和当前的会话建立了关联，由于应用对对象做了保存的操作， Session 还要在 insertions 中登记应用的这个插入行为（行为包括：对象引用、对象 id 、 Session 、持久化处理类）。  
(3)s.evict 将对象从 s 会话中拆离，这时 s 会从 entityEntries 中将这个对象移出。  
(4) 事务提交，需要将所有缓存 flush 入数据库， Session 启动一个事务，并按照 insert,update,……,delete 的顺序提交所有之前登记的操作（注意：所有 insert 执行完毕后才会执行 update ，这里的特殊处理也可能会将你的程序搞得一团糟，如需要控制操作的执行顺序，要善于使用flush ），现在对象不在 entityEntries 中，但在执行 insert 的行为时只需要访问 insertions 就足够了，所以此时不会有任何的异常。异常出现在插入后通知 Session 该对象已经插入完毕这个步骤上，这个步骤中需要将 entityEntries 中对象的 existsInDatabase 标志置为 true ，由于对象并不存在于 entityEntries 中，此时 Hibernate 就认为 insertions 和 entityEntries 可能因为线程安全的问题产生了不同步（也不知道 Hibernate 的开发者是否考虑到例子中的处理方式，如果没有的话，这也许算是一个 bug 吧），于是一个 net.sf.hibernate.AssertionFailure 就被抛出，程序终止。  
  
一般我们会错误的认为 s.save 会立即执行，而将对象过早的与 Session 拆离，造成了 Session 的 insertions 和 entityEntries 中内容的不同步。所以我们在做此类操作时一定要清楚 Hibernate 什么时候会将数据 flush 入数据库，在未 flush 之前不要将已进行操作的对象从 Session 上拆离。解决办法是在 save 之后，添加 session.flush 。

（本文转载自：[https://blog.csdn.net/z69183787/article/details/38403367][https_blog.csdn.net_z69183787_article_details_38403367]）

[view plain]: http://blog.csdn.net/wkcgy/article/details/6192839#
[https_blog.csdn.net_z69183787_article_details_38403367]: https://blog.csdn.net/z69183787/article/details/38403367

发表评论取消回复

表情：

评论列表（有 0 条评论，116人围观）

还没有评论，来说两句吧...

相关阅读

相关 Hibernate（4）hibernate的HQL详解

1 为什么需要学习HQL（hibernate query language）？面向对象的查询语言，与SQL不同，HQL中的对象名是区分大小写的（除了Java类和属性，其

àì夳堔傛蜴生んèń/ 2024年02月17日 21:45/ 0 赞/ 70 阅读

相关 Hibernate的clear(),flush(),evict()方法详解（转）

最近看了下session，发现session.flush（）方法有明显的误人子弟，明显乱说，也不对，讲的不清楚，对此我很气愤，你讲错了的让大家都跟着错了，还到处转载你的错误，你

末蓝、/ 2023年11月22日 06:56/ 0 赞/ 117 阅读

相关【大话Hibernate】hibernate缓存详解

为什么要用hibernate缓存？ hibernate是一个持久层框架，经常访问物理数据库。为了降低应用程序对物理数据源访问的次数，从而提高应用程序的运行性能，我们想到使

不念不忘少年蓝@/ 2022年09月24日 00:26/ 0 赞/ 236 阅读

相关 Hibernate二级缓存详解（转）

Hibernate二级缓存详解（转）本文转载 [http://www.blogjava.net/supercrsky/articles/238580.html][htt

朱雀/ 2022年06月18日 02:08/ 0 赞/ 235 阅读

相关 Hibernate_操作对象_Session中的方法详解

对象的状态：临时状态：与数据库没有对应,跟Session没有关联。一般是新new出的对象。持久化状态：

àì夳堔傛蜴生んèń/ 2022年06月16日 05:57/ 0 赞/ 209 阅读

相关 Hibernate详解

一、什么是Hibernate？　　Hibernate是一个轻量级的ORMapping框架　　ORMapping原理（Object Relational Mappin

电玩女神/ 2022年06月05日 01:53/ 0 赞/ 249 阅读

相关 Hibernate详解

一、什么是ORM框架 ORM：object relational mapping 对象关系形映射将对象映射为关系型表，用面向对象语言进行编程，围绕数据库进行打包，用面

ゝ一纸荒年。/ 2022年05月09日 05:26/ 0 赞/ 275 阅读

相关 Hibernate的clear(),flush(),evict()方法详解

<table> <tbody> <tr> <td style="vertical-align:top;"> <p>1.Clear 方法</p> <p

╰+哭是因爲堅強的太久メ/ 2022年03月08日 05:22/ 0 赞/ 179 阅读

相关转：HIBERNATE - Hibernate Mapping In Depth

HIBERNATE TUTORIAL HIBERNATE - Hibernate Mapping In Depth Hibernate allows th

妖狐艹你老母/ 2021年11月02日 05:10/ 0 赞/ 280 阅读

相关 Hibernate级联（cascade）与反转（inverse）详解

在 Hibernate 的关联关系中，可以使用单向关联关系，也可以使用双向关联关系，在双向关联关系中，Hibernate 会同时控制双方的关系，这样在程序操作时，很容易出...

朱雀/ 2021年01月14日 04:34/ 0 赞/ 1813 阅读