Hibernate的二级缓存

阅读更多

Hibernate的二级缓存
  SessionFactory级别的全局缓存，它底下可以使用不同的缓存类库，比如ehcache、oscache等，需要设置 hibernate.cache.provider_class。如果使用查询缓存，加上 hibernate.cache.use_query_cache=true 缓存可以简单的看成一个Map，通过key在缓存里面找value。
  Hibernate的二级缓存细分为CLASS缓存，查询缓存和COLLECTION缓存。

1. CLASS缓存
当Hibernate的二级缓存被打开时，当任何一个已经配置缓存的对象被加载时候，都会被缓存到其二级缓存中。不论是执行list，iterator方法。不同的是list方法不会从二级缓存中加载数据（如果不使用查询缓存），每次执行都是去数据库直接抽取。而iterator方法因为使用的是延迟加载的策略，所以第一次加载的时候并未真正的加载数据，而是只加载了其中的ID，并且生成一个代理对象。而当对象被使用（也就是调用非getID方法）的时候，如果数据已经在缓存中，则从缓存中取出，否则真正执行SELECT方法从数据库加载数据（Iterator的方式类似于Load方法，只是Iterator先查询出所有的对象的ID，然后根据ID生成代理对象）。

2. 查询缓存
  Hibernate二级缓存的缓存需要配置hibernate.cache.use_query_cache=true。在代码中使用query.setCacheable(true)激活查询缓存。对于查询缓存来说，缓存的key是根据hql生成的sql，再加上参数等信息的QueryKey对象进行管理。而缓存的value，并不是整个结果集，而是查询出来的这一串ID。第一次查询的时候， list执行一条SQL语句查询出所有的结果集，然后从结果集中取出其中的ID的集合作为该查询缓存的Value进行缓存。并且将相应的对象放入CLASS缓存中，并且返回整个结果集。到同样条件第二次查询的时候，先从查询缓存中取出这些ID，然后根据ID到Class缓存中取出具体的对象，并且返回。
对于List方法的查询缓存关键是使用查询语句缓存了ID，然后使用ID进行GET方法查找，那么这样就可以有效的使用Hiberante的一级和二级缓存了。注意Iterator方法因为使用的是延迟加载策略实现，所以Iterator方法不会使用查询缓存（即使显示的调用了query.setCacheable(true)也是没有任何效果的）。
  对于查询缓存的过期维护，Hibernate会再查询缓存的VALUE结果集中维护一个查询缓存的建立时间。每次使用查询缓存之前都会先Check在该缓存时间之后是否有更新该表的操作。如果存在更新那么就放弃查询缓存结果。

3. COLLECTION缓存
Hibernate的Collection元素的缓存 需要在hbm的collection里面设置 。Collection的缓存和前面查询缓存的list一样，也是只保持一串id，但它不会因为这个表更新过就失效，一个collection缓存 仅在这个collection里面的元素有增删时才失效。 这样有一个问题，如果你的collection是根据某个字段排序的，当其中一个元素更新了该字段时，导致顺序改变时，collection缓存 里面的排序不会做更新。

个人感觉学习这块内容最好的方法是写一个简单的代码，然后debug跟踪看Hiberate的内部实现方法。下面添上一段代码，是Hibernate使用缓存的核心代码：

protected Object doLoad(
			final LoadEvent event,
			final EntityPersister persister,
			final EntityKey keyToLoad,
			final LoadEventListener.LoadType options) throws HibernateException {
  Object entity = loadFromSessionCache( event, keyToLoad, options );
  if ( entity == REMOVED_ENTITY_MARKER ) {
    log.debug( "load request found matching entity in context, but it is scheduled for removal; returning null" );
    return null;
  }
  if ( entity == INCONSISTENT_RTN_CLASS_MARKER ) {
    log.debug( "load request found matching entity in context, but the matched entity was of an inconsistent return type; returning null" );
    return null;
  }
  if ( entity != null ) {
    if ( log.isTraceEnabled() ) {
	log.trace("resolved object in session cache: " +  MessageHelper.infoString( persister, event.getEntityId(), event.getSession().getFactory()  ) );
    }
    return entity;
  }

  entity = loadFromSecondLevelCache(event, persister, options);
  if ( entity != null ) {
    if ( log.isTraceEnabled() ) {
      log.trace("resolved object in second-level cache: " +
	MessageHelper.infoString( persister, event.getEntityId(), event.getSession().getFactory() ) );
    }
    return entity;
  }

  if ( log.isTraceEnabled() ) {
    log.trace("object not resolved in any cache: " +
	MessageHelper.infoString( persister, event.getEntityId(), event.getSession().getFactory() ));
  }

  return loadFromDatasource(event, persister, keyToLoad, options);
}