Hibernate缓存机制之快照

转载: http://blog.csdn.net/leisure_life/article/details/63262961
最好看转载的原文,因为下面有些没有显示.
（1）、快照是数据的副本
（2）、快照属于一级缓存
（3）、快照是在堆内存中的
（4）、快照的作用：保证数据一致性
当执行`session.getTransaction().commit()时，Hibernate同时会清理session的一级缓存（flush），也就是将堆内存中的数据与快照中的数据进行对比，如果不一致，则会执行同步（update）操作，若相同，则不执行update。

举个栗子

数据库中有一条数据：
这里写图片描述
测试代码：

public void testGet(){
//获取session 对象
Session session = HbnUtils.getSession();
//开启事务
session.beginTransaction();
try {
//执行get操作
Student student = session.get(Student.class, 1);
student.setName(“王五”);
System.out.println(student);

        //提交事务        session.getTransaction().commit();    } catch (Exception e) {        //回滚事务        session.getTransaction().rollback();        e.printStackTrace();    }}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
日志信息

select
student0_.t_id as t_id1_0_0_,
student0_.t_name as t_name2_0_0_,
student0_.t_age as t_age3_0_0_,
student0_.t_score as t_score4_0_0_
from
t_student student0_
where
student0_.t_id=?
Student [id=1, name=王五, age=20, score=89.9]
Hibernate:
update
t_student
set
t_name=?,
t_age=?,
t_score=?
where
t_id=?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
分析

我们都知道，执行了get方法之后，DB中的数据就加载到session缓存中来了，而执行student.setName(“王五”)本来应该只是改变了session缓存（堆内存）中的数据，为什么数据库的数据也改变了。
再来解剖一下Student student = session.get(Student.class, 1);`
1）、将数据从DB中取出来

2）、将数据转变成对象，并存入堆内存中

3）、将对象的id放入session缓存map的key中，将对象的引用放入session缓存map的 value中，这就纳入session管理了
4）、将对象的详情放入到“快照”中
当执行了`session.getTransaction().commit();时，Hibernate为了保证数据的一致性，Hibernate会清理session的一级缓存（flush），也就是将堆内存中的数据（已经纳入session管理的数据）与快照中的数据进行对比，如果不一致，则会执行同步（update）操作，若相同，则不执行update。

由于在commit()前，我们执行了student.setName(“王五”);导致堆内存中是数据与快照中的数据不一致，所以它执行了update，以便保证数据的一致性。

为什么需要快照

通过上面的分析知道了快照的根本作用是保证数据一致性，保证数据一致的另一种做法是，commit之前把堆内存中的数据直接与数据库中的对应记录进行对比，显而易见这样的效率是灰常低下的，而采用快照技术，因为快照是一定和数据库中记录一致的，快照也在堆内存中，所以速度不是一般的快。