&&&&&&&&该方法进行清理缓存的操作，执行一系列的SQL语句，但不提交事务。由此可见该方法提前将SQL缓冲区的SQL语句发送到数据库中。另外执行flush方法时Hibernate会对当前所操作的对象加锁，且该锁为行级别锁，防止其他事务对当前对象脏读。（强制数据库与DB同步）
&&&&& flush方法是可以设置的，也就是 fulsh 什么时候执行是可以设置的。
&&&&&&&&&在session.beginTransaction 前设置 FlushMode
&&&&& session.setFlushMode(FlushMode.Always|AUTO|COMMIT|NEVER|MANUAL)
&&&&& FlushMode有 5 个值可选：
&&&&& Always:任何代码都会 Flush&
&&&&& AUTO:默认方式 – 自动&
&&&&& Commit:COMMIT时&
&&&&& Never:始终不&
&&&&& MANUAL:手动方式
&&&&& 设置FlushMode 有个好处就是可以节省开销，比如默认 session 只做查询时，就可以不让他与数据库同步了。
&&&&&&&&该方法会强制清空当前session中的缓存&。
&&&&&&&&清除指定的缓存对象。session.evict(ohj)
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：6576690次
积分：58434
积分：58434
排名：第42名
原创：242篇
转载：2546篇
评论：626条
(114)(67)(95)(177)(86)(40)(43)(71)(14)(10)(17)(12)(47)(63)(17)(25)(37)(7)(74)(6)(20)(27)(54)(71)(97)(74)(32)(2)(24)(21)(62)(60)(36)(23)(27)(46)(34)(76)(63)(121)(141)(74)(54)(120)(77)(42)(4)(12)(19)(1)(9)(15)(19)(18)(16)(31)(79)(68)Hibernate的clear(),flush(),evict()方法详解
我的图书馆
Hibernate的clear(),flush(),evict()方法详解
&最近看了下session，发现session.flush（）方法有明显的误人子弟，明显乱说，也不对，讲的不清楚，对此我很气愤，你讲错了的让大家都跟着错了，还到处转载你的错误，你害羞么，我想问下作者。
特此给纠正下很多错误
session.flush（）方法的作用其实就是让session的缓存的数据（session就是一级缓存）刷入到数据库里面去，让数据库同步，你可以更简单的理解就是，强制让session的数据和数据库的数据同步，而不是什么清除缓存，我就奇怪了，清除缓存明明是session.clear()方法，在使用flush方法一般之前都是对一个对象进行CRUD的操作，然后你调用flush方法，就及时的同步到数据库里面去，其实session.flush()方法用的最好的一块是在处理大量数据的时候我们可以控制数量，比如，我们要存储1万个对象，我们可以这样做
if(i%20==0){
session.flush();//强制同步数据到数据库里面去
session.clear()；清除缓存
这样提高工作性能。
[c-sharp]&
&get&方法（&get&方法会立即执行&sql&语句），但因为第一次执行了会缓存一个&ID&为&3&的实体，所以虽然有&2&个&get&方法只执行一次&SQL&语句。
[c-sharp]&
&get&前执行&session.clear(),&我们把&hibernate&show_sql&&出来，它就会执行&2&次&sql&语句了。&
[c-sharp]&
&commit&时。
[c-sharp]&
&setName&（）时&执行&session.flush().
&sql&&语句
[c-sharp]&
&fulsh&什么时候执行是可以设置的
&FlushMode
&5&个值可选
&Flush&&–&自动&&&
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；
设置成auto之后，当程序进行查询、提交事务或者调用session.flush()的时候，都会使缓存和数据库进行同步，也就是刷新数据库
提交事务或者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保护的方法有写权限，没受保护的则没有。
&session&只做查询时，就可以不让他与数据库同步了。
&：会把指定的缓冲对象进行清除。&
&&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&。&
TA的最新馆藏Hibernate的evict方法和clear方法的区别 - izumi - 博客园
趁还没忘掉，赶快记录下来
摘自百度知道：/question/.html问：先创建一个Student,然后调用session.save方法，然后再调用evict方法把Student对象清除出缓存，再提交事务， 可是会报错：Exception in thread "main" org.hibernate.AssertionFailure: possible nonthreadsafe access to session 但是如果我用的不是evict方法，而是clear方法用来清除缓存的话，程序没有错。 答：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。
随笔 - 254&>&&>&&>&&>&Hibernate中get和load方法的区别以及close()，clear()、evict()等的区别
Hibernate中get和load方法的区别以及close()，clear()、evict()等的区别
上传大小：44KB
Hibernate Session中的 flush方法的作用
get和load方式是根据id取得一个记录
下边详细说一下get和load的不同，因为有些时候为了对比也会把find加进来。
1.从返回结果上对比：
load方式检索不到的话会抛出org.hibernate.ObjectNotFoundException异常
get方法检索不到的话会返回null
2.从检索执行机制上对比：
get方法和find方法都是直接从数据库中检索...展开收缩
综合评分：4.2（6位用户评分）
所需积分：2
下载次数：13
审核通过送C币
创建者：cpongo1
创建者：f_feng3
创建者：f_feng3
课程推荐相关知识库
上传者其他资源上传者专辑
开发技术热门标签
VIP会员动态
您因违反CSDN下载频道规则而被锁定帐户，如有疑问，请联络:!
android服务器底层网络模块的设计方法
所需积分：0
剩余积分：720
您当前C币：0
可兑换下载积分：0
兑换下载分：
兑换失败，您当前C币不够，请先充值C币
消耗C币：0
你当前的下载分为234。
Hibernate中get和load方法的区别以及close()，clear()、evict()等的区别
会员到期时间：剩余下载次数：
你还不是VIP会员
开通VIP会员权限，免积分下载
你下载资源过于频繁，请输入验证码
您因违反CSDN下载频道规则而被锁定帐户，如有疑问，请联络:!
若举报审核通过，可奖励20下载分
被举报人：
举报的资源分：
请选择类型
资源无法下载
资源无法使用
标题与实际内容不符
含有危害国家安全内容
含有反动色情等内容
含广告内容
版权问题，侵犯个人或公司的版权
*详细原因：12292人阅读
HIBERNATE（76）
最近看了下session，发现session.flush（）方法有明显的误人子弟，明显乱说，也不对，讲的不清楚，对此我很气愤，你讲错了的让大家都跟着错了，还到处转载你的错误，你害羞么，我想问下作者。
特此给纠正下很多错误
session.flush（）方法的作用其实就是让session的缓存的数据（session就是一级缓存）刷入到数据库里面去，让数据库同步，你可以更简单的理解就是，强制让session的数据和数据库的数据同步，而不是什么清除缓存，我就奇怪了，清除缓存明明是session.clear()方法，在使用flush方法一般之前都是对一个对象进行CRUD的操作，然后你调用flush方法，就及时的同步到数据库里面去，其实session.flush()方法用的最好的一块是在处理大量数据的时候我们可以控制数量，比如，我们要存储1万个对象，我们可以这样做
if(i%20==0){
session.flush();//强制同步数据到数据库里面去
session.clear()；清除缓存
这样提高工作性能。
[c-sharp]&
&get&方法（&get&方法会立即执行&sql&语句），但因为第一次执行了会缓存一个&ID&为&3&的实体，所以虽然有&2&个&get&方法只执行一次&SQL&语句。
[c-sharp]&
&get&前执行&session.clear(),&我们把&hibernate&show_sql&&出来，它就会执行&2&次&sql&语句了。&
[c-sharp]&
&commit&时。
[c-sharp]&
&setName&（）时&执行&session.flush().
&sql&&语句
[c-sharp]&
&fulsh&什么时候执行是可以设置的
&FlushMode
&5&个值可选
&Flush&&–&自动&&&
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；
设置成auto之后，当程序进行查询、提交事务或者调用session.flush()的时候，都会使缓存和数据库进行同步，也就是刷新数据库
提交事务或者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保护的方法有写权限，没受保护的则没有。
&session&只做查询时，就可以不让他与数据库同步了。
&：会把指定的缓冲对象进行清除。&
&&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&。&
&&相关文章推荐
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：6576692次
积分：58434
积分：58434
排名：第42名
原创：242篇
转载：2546篇
评论：626条
(114)(67)(95)(177)(86)(40)(43)(71)(14)(10)(17)(12)(47)(63)(17)(25)(37)(7)(74)(6)(20)(27)(54)(71)(97)(74)(32)(2)(24)(21)(62)(60)(36)(23)(27)(46)(34)(76)(63)(121)(141)(74)(54)(120)(77)(42)(4)(12)(19)(1)(9)(15)(19)(18)(16)(31)(79)(68)}