HIBERNATE的缓存机制

Hibernate缓存的作用：
    Hibernate是一个持久层框架，经常访问物理数据库，为了降低应用程序对物理数据源访问的频次，从而提高应用程序的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据
Hibernate缓存分类：
  Hibernate缓存包括三大类：Hibernate一级缓存和Hibernate二级缓存和hibernate查询缓存
Hibernate一级缓存又称为“Session的缓存”，它是内置的，不能被卸载（不能被卸载的意思就是这种缓存不具有可选性，必须有的功能，不可以取消session缓存）。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务，因此它的缓存是事务范围的缓存。第一级缓存是必需的，不允许而且事实上也无法卸除。在第一级缓存中，持久化类的每个实例都具有唯一的OID。 
Hibernate二级缓存又称为“SessionFactory的缓存”，由于SessionFactory对象的生命周期和应用程序的整个过程对应，因此Hibernate二级缓存是进程范围或者集群范围的缓存，有可能出现并发问题，因此需要采用适当的并发访问策略，该策略为被缓存的数据提供了事务隔离级别。第二级缓存是可选的，是一个可配置的插件，在默认情况下，SessionFactory不会启用这个插件。
hibernate查询缓存 ，是基于SessionFactory的一种缓存机制。但是Hibernate查询缓存对Iterator不起作用，只对List起作用。
下面我们这种介绍把二级缓存 和 Hibernate查询缓存 结合使用
　　当只是用Hibernate查询缓存 而关闭 二级缓存的时候：
　　第一：如果查询的是部分属性结果集：
　　那么当第二次查询的时候 就不会发出SQL 直接从Hibernate查询缓存中取数据 第二：如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体，首先Hibernate查询缓存 存放实体的ID ，
　　第二次查询的时候 就到Hibernate查询缓存中取出ID 一条一条的到数据库查询 这样 将发出N 条SQL造成了SQL泛滥
　　当都开启Hibernate查询缓存和二级缓存的时候
　　第一：如果查询的是部分属性结果集： 这个和上面只是用Hibernate查询缓存 而关闭 二级缓存的时候，一致 因为不涉及实体 不会用到二级缓存
　　第二：如果查询的是 实体结果集eg(from Student) 这个HQL 那么 查询出来的实体，首先Hibernate查询缓存 存放实体的ID，第二次查询，的时候 就到Hibernate查询缓存中取出ID,拿到二级缓存区找数据，如果有数据 就不会发出SQL 如果都有 一条SQL 都不会发出 直接从二级缓存中取数据。

什么样的数据适合存放到第二级缓存中？ 　　
1 很少被修改的数据 　　
2 不是很重要的数据，允许出现偶尔并发的数据 　　
3 不会被并发访问的数据 　　
4 常量数据 　　
不适合存放到第二级缓存的数据？ 　　
1经常被修改的数据 　　
2 .绝对不允许出现并发访问的数据，如财务数据，绝对不允许出现并发 　　
3 与其他应用共享的数据。 

Hibernate查找对象如何应用缓存？
当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从二级缓存中查；如果都查不到，再查询数据库，把结果按照ID放入到缓存
删除、更新、增加数据的时候，同时更新缓存

Hibernate管理缓存实例
无论何时，我们在管理Hibernate缓存（Managing the caches）时，当你给save()、update()或saveOrUpdate()方法传递一个对象时，或使用load()、 get()、list()、iterate() 或scroll()方法获得一个对象时, 该对象都将被加入到Session的内部缓存中。 
当随后flush()方法被调用时，对象的状态会和数据库取得同步。 如果你不希望此同步操作发生，或者你正处理大量对象、需要对有效管理内存时，你可以调用evict() 方法，从一级缓存中去掉这些对象及其集合。