【hibernate集锦】---hibernate缓存机制

Why?

   
    Hibernate是一个持久层框架，经常访问物理数据库，为了降低应用程序对物理数据源访问的频次，从而提高应

用程序的运行性能,hibernate提供了一种优化策略：缓存机制。缓存内的数据是对物理数据源中的数据的复制，应用

程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。

What?

    

    Hibernate 中提供了两级Cache，第一级别的缓存是Session级别的缓存，它是属于事务范围的缓存。它是内置

的，由hibernate管理,一般情况下无需进行干预，不能被卸载。第二级别的缓存是SessionFactory级别的缓存，它是

属于进程范围或群集范围的缓存。这一级别的缓存可以进行配置和更改，并且可以动态加载和卸载。 Hibernate还为

查询结果提供了一个查询缓存，它依赖于第二级缓存。

	第一级缓存	第二级缓存
存放数据的形式	相互关联的持久化对象	对象的散装数据
缓存实例	实体对象，对普通属性查询不起作用	实体对象，对普通属性查询不起作用
是否必须	必须。它是内置的，由hibernate管理，不能被卸载	不是必须的。它是可配置插件，默认为不启用。 常用插件：EHCache、OSCache、SwarmCache、JBossCace
缓存的范围	事务范围，每个事务都有单独的第一级缓存	进程范围或集群范围，缓存被同一个进程或集群范围内的所有事务共享
生命周期	同session的生命周期一致	同SessionFactory的生命周期一致
并发访问策略	由于每个事务都拥有单独的第一级缓存，不会出现并发问题，无需提供并发访问策略	由于多个事务会同时访问第二级缓存中相同数据，因此必须提供适当的并发访问策略，来保证特定的事务隔离级别
数据过期策略	没有提供数据过期策略。处于一级缓存中的对象永远不会过期，除非应用程序显式清空缓存或者清除特定的对象	必须提供数据过期策略，如基于内存的缓存中的对象的最大数目，允许对象处于缓存中的最长时间，以及允许对象处于缓存中的最长空闲时间
物理存储介质	内存	内存和硬盘。对象的散装数据首先存放在基于内在的缓存中，当内存中对象的数目达到数据过期策略中指定上限时，就会把其余的对象写入基于硬盘的缓存中。
缓存的软件实现	在Hibernate的Session的实现中包含了缓存的实现由第三方提供，Hibernate仅提供了缓存适配器(CacheProvider)。用于把特定的缓存插件集成到Hibernate中。启用缓存的方式只要应用程序通过Session接口来执行保存、更新、删除、加载和查询数据库数据的操作，Hibernate就会启用第一级缓存，把数据库中的数据以对象的形式拷贝到缓存中，对于批量更新和批量删除操作，如果不希望启用第一级缓存，可以绕过Hibernate API，直接通过JDBC　API来执行指操作	用户可以在单个类或类的单个集合的粒度上配置第二级缓存。如果类的实例被经常读但很少被修改，就可以考虑使用第二级缓存。只有为某个类或集合配置了第二级缓存，Hibernate在运行时才会把它的实例加入到第二级缓存中。
用户管理缓存的方式	物理介质为内存，由于内存容量有限，必须通过恰当的检索策略和检索方式来限制加载对象的数目。Session的evit()方法可以显式清空缓存中特定对象，但这种方法不值得推荐。	物理介质可以是内存和硬盘，因此第二级缓存可以存放大量的数据，数据过期策略的maxElementsInMemory属性值可以控制内存中的对象数目。管理第二级缓存主要包括两个方面：选择需要使用第二级缓存的持久类，设置合适的并发访问策略：选择缓存适配器，设置合适的数据过期策略。

How?

1.一级缓存管理

     

   所有的数据都会默认在开启的session中有缓存,不需要手动配置。     

   当应用程序调用Session的save()、update()、savaeOrUpdate()、get()或load()，以及调用查询接口的 list

()、iterate()或filter()方法时，如果在Session缓存中还不存在相应的对象，Hibernate就会把该对象加入到第一

级缓存中。

 
    当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新数据库。Session为应用程序提供了两个管理

缓存的方法：

    evict(Object obj)：从缓存中清除参数指定的持久化对象。

    clear()：清空缓存中所有持久化对象。 

2.二级缓存管理
 

2.1. 什么样的数据适合存放到第二级缓存中？

 
1. 很少被修改的数据 

2. 不是很重要的数据，允许出现偶尔并发的数据 

3. 不会被并发访问的数据 

4. 参考数据,指的是供应用参考的常量数据，它的实例数目有限，它的实例会被许多其他类的实例引用，实例极少或

   者从来不会被修改。

2.2.什么样的数据不适合存放到第二级缓存中？

 
1. 经常被修改的数据 

2. 财务数据，绝对不允许出现并发 

3. 与其他应用共享的数据。

2.3.二级缓存使用策略

1. 条件查询的时候，总是发出一条select * from table_name where ….，一次获得所有的数据对象。

2. 把获得的所有数据对象根据ID放入到第二级缓存中。

3. 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，那么从

   二级缓存中查；查不到，再查询数据库，把结果按照ID放入到缓存。

4.删除、更新、增加数据的时候，同时更新缓存。

2.4 二级缓存的配置

1.将ehcache.xml文件拷贝到class路径下，或者直接放到src路径下即可。

2. 在hibernate.cfg.xml文件中加入缓存产品提供商

<property name="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</property>

3.启用或关闭二级缓存，默认配置为true

<property name="hibernate.cache.use_second_level_cache">true</property>

4.指定哪些实体类使用二级缓存

可以在映射文件中采用<cache>标签指定或在hibernate.cfg.xml文件中统一指定。使用的策略，通常采用read-only

和read-write

<class-cache class="com.mytest.hibernate.Student" usage="read-only"/>

Extends?

   Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针

对条件查询的Query Cache。

   不同于一级和二级缓存的是，查询缓存是缓存普通属性结果集的,对实体对象的结果集会缓存id，如果未开启二级

缓存，hibernate会发出N+1条查询语句。另外，查询缓存必须在程序中手动启用。

   查询缓存的生命周期，不受session的影响，当关联的表发生变化时，查询缓存的生命周期结束。

查询缓存的配置

修改hibernate.cfg.xml文件，来开启查询缓存，默认是false是不起用的

<property name="hibernate.cache.use_query_cache">true</property> 

在程序中启用

List students = session.createQuery("select s from Student s")
              .setCacheable(true)
              .list();

    应用数据缓存，需要时刻保持缓存数据和数据库数据协调一致。因此虽然缓存机制确实能够在很大程度上提高

系统性能，但是如果数据不稳定、数据量不是很大或者访问数据库不是很频繁的情况下，还是不建议使用缓存的。