- 浏览: 238503 次
- 性别:
- 来自: 西安
-
文章分类
最新评论
-
operating...mydream:
mcreturn 写道我是按你这么配置的 做均衡测试的测试的 ...
Apache + Tomcat集群配置详解 -
u011938035:
谢谢。
第四章:小朱笔记hadoop之源码分析-conf分析 -
slipper-jay:
ssh无密码登陆失败Slave执行$chmod 700 ~/. ...
第一章:小朱笔记hadoop之环境配置以及集群部署-集群环境配置 -
slipper-jay:
文思敏捷,才华横溢 老大!
第一章:小朱笔记hadoop之环境配置以及集群部署-集群环境配置 -
huashuizhuhui:
dacoolbaby 写道楼主最后一段是在推销自己吗?哈~~ ...
小朱笔记之hadoop应用实战、源码分析-目录
1.Clear 方法
无论是Load 还是 Get 都会首先查找缓存(一级缓存) 如果没有,才会去数据库查找,调用Clear() 方法,可以强制清除Session缓存。
例:
view plaincopy to clipboardprint?
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 语句。
view plaincopy to clipboardprint?
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方法
可以强制进行从内存到数据库的同步。
例:
view plaincopy to clipboardprint?
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 时。
view plaincopy to clipboardprint?
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 语句
view plaincopy to clipboardprint?
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 只做查询时,就可以不让他与数据库同步了。
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 。
无论是Load 还是 Get 都会首先查找缓存(一级缓存) 如果没有,才会去数据库查找,调用Clear() 方法,可以强制清除Session缓存。
例:
view plaincopy to clipboardprint?
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 语句。
view plaincopy to clipboardprint?
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方法
可以强制进行从内存到数据库的同步。
例:
view plaincopy to clipboardprint?
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 时。
view plaincopy to clipboardprint?
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 语句
view plaincopy to clipboardprint?
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 只做查询时,就可以不让他与数据库同步了。
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 。
发表评论
-
Hibernate_JPA
2012-03-08 10:03 972Hibernate_JPA -
hibernate3.1_ref_chinese(中文版)
2012-03-08 10:01 959hibernate3.1_ref_chinese(中文版) -
什么叫n+1次select查询问题?
2011-04-05 18:13 2155什么叫n+1次select查询问 ... -
Hibernate性能优化4
2011-04-05 18:10 10881) 在处理大数据量时, ... -
Hibernate性能优化5
2011-04-05 18:09 936在处理大数据量时,会 ... -
Hibernate性能优化3
2011-04-05 18:08 1310一。 inverse = ? invers ... -
Hibernate性能优化2
2011-04-05 18:08 861本文依照HIBERNATE帮助文档,一些网络书籍及项目经验整理 ... -
Hibernate性能优化1
2011-04-05 18:07 1098有很多人认为Hibernate天生效率比较低,确实,在普遍情况 ... -
Hibernate缓存深入详解[贵在深入]
2011-04-05 11:46 3174Hibernate缓存深入详解 ,有兴趣可以看看 孙卫琴的hi ... -
Hibernate缓存深入详解[贵在深入]
2011-04-05 11:46 855Hibernate缓存深入详解[这是我见到过将缓存讲的最透彻的 ... -
Hibernate中的数据检索策略概述
2011-04-02 22:06 676关键字: hibernate 数据检索策略 我们知道,Hibe ... -
Hibernate中的对象的状态
2011-04-02 22:05 498Hibernate中的对象有三种状态:瞬时(Transient ... -
Hibernate中的ThreadLocal类
2011-04-02 22:05 1098我们知道,Session是Hibernate运行的核心,通过它 ... -
Hibernate中的Session缓存
2011-04-02 22:04 922Hibernate中又两种缓存:一级缓存和二级缓存。 下面我们 ... -
Hibernate中的Session的保存删除和更新
2011-04-02 22:04 1350对于持久化类,我们可 ... -
Hibernate中的Query接口学习
2011-04-02 22:03 953在Hibernate 2.x中,可以用find()方法来执行H ... -
Hibernate中的Configuration类
2011-04-02 22:03 912Configuration类用来管理我们的配置文件的信息的,通 ... -
Hibernate和Jpa中都有持久化上下文
2011-04-02 22:02 1600Hibernate和Jpa中都有持久 ... -
Hibernate深入探讨
2011-04-02 22:02 1002Hibernate 缓存策略 一级 ... -
Hibernate批量更新与删除实例浅析
2011-04-02 22:01 946在我们的Java项目中,批量更新是指在一个事务中更新大批量数据 ...
相关推荐
### 详解Hibernate的缓存机制及其配置代码 #### 一、缓存概念及目的 缓存作为一种优化技术,在软件开发中扮演着极其重要的角色。它位于应用程序与物理数据源(如数据库)之间,用于临时存储数据的副本,旨在减少...
4. **清除缓存**:在必要的时候,可以显式地调用`Session.clear()`方法清除一级缓存,或者使用`SessionFactory.evict()`方法清除二级缓存中的特定实体,以确保下一次操作时能获取到最新的数据。 5. **配置缓存模式*...
### Hibernate性能优化策略详解 #### 一、并发控制机制——乐观锁与悲观锁 在并发环境中,为了确保数据的一致性和完整性,Hibernate 提供了两种并发控制机制:乐观锁(Optimistic Locking)和悲观锁(Pessimistic ...
### Hibernate缓存详解 在深入理解Hibernate框架的过程中,缓存机制是至关重要的组成部分之一。本文将详细介绍Hibernate中的一级缓存和二级缓存,并提供具体的配置示例。 #### 一、一级缓存(Session Cache) 一...
- **持久态 ↔️ 游离态**:可通过`session.evict()`、`session.close()`或`session.clear()`等方法使对象进入游离态。 - **游离态 → 持久态**:使用`session.update()`或`session.saveOrUpdate`方法将游离态对象...
### Hibernate学习笔记知识点详解 #### Hibernate简介 - **定义**:Hibernate是一种开源的对象关系映射(ORM)框架,用于在Java应用中简化数据库操作。 - **创始人**:由Gavin King于2001年创建。 - **作用**:提供...
#### 二、Session 的常用方法详解 - **save()**:该方法将对象保存到数据库中,相当于执行 `INSERT` SQL 语句。 - **persist()**:此方法与 `save()` 功能类似,都用于将对象持久化到数据库。但 `persist()` 提供...