二级缓存

二级缓存也称进程级的缓存或SessionFactory级的缓存，二级缓存可以被所有的session共享，二级缓存的生命周期和SessionFactory的生命周期一致，SessionFactory可以管理二级缓存。Hibernate二级缓存也是缓存实体对象的，也叫Entity级二级缓存。
我认为二级缓存是对一级缓存的补充，还是get()，save()，load()，iterate（查询实体对象）方法支持二级缓存。无论list，load还是iterate，只要读出一个对象，都会填充缓存。list会向缓存中放入数据，而不利用缓存中的数据，而iterate会先取数据库select id出来，然后一个id一个id的load，如果在缓存里面有，就从缓存取，没有的话就去数据库load。 在默认情况下iterate利用缓存数据，但如果缓存中不存在数据有可以能出现N+1问题

二级缓存的配置和使用：
在SessionFactory中的配置,以下配置均来源于ss3ex。
首先要开启二级缓存

<prop key="hibernate.cache.use_second_level_cache">true</prop>

然后指定缓存产品提供商

<prop key="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</prop>

指定配置文件

<prop key="hibernate.cache.provider_configuration_file_resource_path">/ehcache.xml</prop>

最后在Entity类中配置

@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)

二级缓存的管理

SessionFactory factory = HibernateUtils.getSessionFactory();
  //factory.evict(Student.class);
  factory.evict(Student.class, 1);

了解一级缓存和二级缓存的交互

//仅向二级缓存读数据，而不向二级缓存写数据
   session.setCacheMode(CacheMode.GET);
   Student student = (Student)session.load(Student.class, 1);
……
 //发出sql语句，因为session设置了CacheMode为GET，所以二级缓存中没有数据
   Student student = (Student)session.load(Student.class, 1);
 //只向二级缓存写数据，而不从二级缓存读数据
   session.setCacheMode(CacheMode.PUT);
   
   //会发出查询sql，因为session将CacheMode设置成了PUT
   Student student = (Student)session.load(Student.class, 1);

Entity二级缓存的原理

Entity二级缓存是把PO放进cache，缓存的key就是ID，value是POJO，不同于查询的缓存。

缓存策略

只读缓存（read-only）：没有什么好说的
读/写缓存（read-write）:程序可能要的更新数据
不严格的读/写缓存（nonstrict-read-write）：需要更新数据，但是两个事务更新同一条记录的可能性很小，性能比读写缓存好
事务缓存（transactional）：缓存支持事务，发生异常的时候，缓存也能够回滚，只支持jta环境，这个我没有怎么研究过
读写缓存和不严格读写缓存在实现上的区别在于，读写缓存更新缓存的时候会把缓存里面的数据换成一个锁，其他事务如果去取相应的缓存数据，发现被锁住了，然后就直接取数据库查询。
在hibernate2.1的ehcache实现中，如果锁住部分缓存的事务发生了异常，那么缓存会一直被锁住，直到60秒后超时。
不严格读写缓存不锁定缓存中的数据。
比如：假设是读写缓存，需要设置

：@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)

使用二级缓存的前置条件
引用网上的一篇博文：二级缓存，该文章里面有很多错误
你的hibernate程序对数据库有独占的写访问权，其他的进程更新了数据库，hibernate是不可能知道的。你操作数据库必需直接通过hibernate，如果你调用存储过程，或者自己使用jdbc更新数据库，hibernate也是不知道的。hibernate3.0的大批量更新和删除是不更新二级缓存的，但是据说3.1已经解决了这个问题。
这个限制相当的棘手，有时候hibernate做批量更新、删除很慢，但是你却不能自己写jdbc来优化，很郁闷吧。
SessionFactory也提供了移除缓存的方法，你一定要自己写一些JDBC的话，可以调用这些方法移除缓存，这些方法是：

void evict(Class persistentClass) 
          Evict all entries from the second-level cache. 
void evict(Class persistentClass, Serializable id) 
          Evict an entry from the second-level cache. 
void evictCollection(String roleName) 
          Evict all entries from the second-level cache. 
void evictCollection(String roleName, Serializable id) 
          Evict an entry from the second-level cache. 
void evictQueries() 
          Evict any query result sets cached in the default query cache region. 
void evictQueries(String cacheRegion) 
          Evict any query result sets cached in the named query cache region. 

不过我不建议这样做，因为这样很难维护。比如你现在用JDBC批量更新了某个表，有3个查询缓存会用到这个表，用evictQueries(String cacheRegion)移除了3个查询缓存，然后用evict(Class persistentClass)移除了class缓存，看上去好像完整了。不过哪天你添加了一个相关查询缓存，可能会忘记更新这里的移除代码。如果你的jdbc代码到处都是，在你添加一个查询缓存的时候，还知道其他什么地方也要做相应的改动吗？