管理Hibernate的緩存.docVIP

1．Hibernate的缓存分为2类： Hibernate第一级缓存：Session的缓存，在其中，持久化类的每个实例都具有唯一的OID。 Hibernate第二级缓存：SessionFactory的外置缓存，是一个可插拔的缓存插件，它由SessionFactory负责管理。 Hibernate的二级缓存策略，是针对于ID查询的缓存策略，对于条件查询则毫无作用。为此，Hibernate提供了针对条件查询的Query Cache。 2．持久化层的缓存的并发访问策略：（每一种策略对应一种事务隔离级别） 事务型：仅仅在受管理环境中适用，可防止脏读和不可重复这类并发问题 读写型：仅仅在非群集的环境中适用，可防止脏读 非严格型：不保证缓存与数据库中是数据的一致性 只读型：对于从来不会被修改的数据 事务型并发访问策略的事务隔离级别最高，只读型的隔离级别最低，事务隔离级别越高，并发性能就越低，如果第二级缓存中存放的数据会经常被事务修改。就不得不提高缓存的事务隔离级别，但是这又会降低并发性能，因此，只有符合以下条件的数据才适合于存放到第二级缓存中： 很少被修改的数据 不是很重要的数据，允许出现偶尔的并发问题 不会被并发访问的数据 参考数据（供应参考的常量数据） 以下数据不适合存放到第二级缓存中： 经常被修改的数据 财务数据，绝对不允许出现并发问题 与其他应用共享的数据 （参考数据有以下特点： 它的实例的数目有限 每个实例会被许多其他类的实例引用 实例极少或者从来不会被修改） 3.管理Hibernate的第一级缓存 当应用程序调用Session的save(),update(),saveOrUpdate,load(),get(),find()以及调用查询接口的list(),iterate()或filter()方法时，如果在Session的缓存中还不存在相应对象，Hibernate就会把该对象加入到第一级缓存中。当清理缓存时，Hibernate会根据缓存中对象的状态变化来同步更新数据库. Session为应用程序提供俩个管理缓存的方法： evict(Object o)：从缓存中清除参数指定的持久化对象，能够从缓存中清除特定的持久化对象,适用于以下情况： 不希望Session继续按照该对象的状态变化来同步更新数据库。 在批量更新或批量删除的场合，当更新或删除一个对象后，及时释放该对象占用的内存。 clear()：清空缓存中所有持久化对象 4．管理Hibernate的第二级缓存 它是进程或群集范围内的缓存，缓存中存放的是对象的散装数据。第二级缓存是可配置的插件，Hibernate允许选用以下类型的缓存插件： EHCache：可作为进程范围内的缓存，存放数据的物理介质可以是内存或硬盘，对Hibernate的查询缓存提供了支持。其来自于Hibernate开放源代码组织的另一个项目。（net.sf.hibernate.cache.EhcacheProvider） OpenSymohony OSCache：可作为进程范围内的缓存，存放数据的物理介质可以是内存或硬盘，提供了丰富的换成数据过期策略，对Hibernate的查询缓存提供了支持。其由JBoss开放源代码组织提供。（net.sf.hibernate.cache.OSCacheProvider） SwarmCahche：可作为群集范围内的缓存，但不支持Hibernate的查询缓存.（net.sf.hibernate.cache.SwarmCacheProvider） JBossCache：可作为群集范围内的缓存，支持事务型并发访问策略，对Hibernate的查询缓存提供了支持。（net.sf.hibernate.cache.TreeCacheProvider） 四种缓存插件支持的并发访问策略： 缓存插件 只读型 非严格读写型 读写型 事务型 EHCache 支持 支持 支持 否 OSCahce 支持 支持 支持 否 SwarmCache 支持 支持 否 否 JBossCache 支持 否 否 支持 配置第二级缓存主要包含以下步骤： 选择需要使用第二级缓存的持久化类，设置它的命名缓存的并发访问策略。Hibernate既允许在分散的各个映射文件中为持久化类设置第二级缓存，还允许在Hibernate的配置文件Hibernate.cfg.xml中集中设置第二级缓存，后一种方式更有利于和缓存相关的配置代码的维护 选择合适的缓存插件，每一种缓存插件都有自带的配置文件，因此需要手工编辑该配置文件。EHCache缓存的配置文件为ehcache.xml，而JBossCache缓存的配置文件为treecache.xml。在缓存的配置文件中需要为每个命名缓存设置数据过期策略。 c