【1】查询缓存
默认情况下，设置的一级缓存和二级缓存对HQL及QBC查询是无效的，但是你可以使用查询缓存！
对于经常使用的查询语句, 如果启用了查询缓存, 当第一次执行查询语句时, Hibernate 会把查询结果存放在查询缓存中。 以后再次执行该查询语句时, 只需从缓存中获得查询结果, 从而提高查询性能。
① 查询缓存使用于如下场合:
- 应用程序运行时经常使用查询语句
- 很少对与查询语句检索到的数据进行插入, 删除和更新操作
② 启用查询缓存的步骤：
- 配置二级缓存, 因为查询缓存依赖于二级缓存
- 在 hibernate 配置文件中启用查询缓存
- 对于希望启用查询缓存的查询语句, 调用
Query 的 setCacheable()方法
二级缓存面向于对象和对象的属性，而查询缓存则面向于查询语句，但是查询缓存依赖与二级缓存。因为如果查询缓存依赖于基于session的一级缓存，简直是毫无意义！
③ 如下所示，在hibernate.cfg.xml中启用查询缓存：
<!-- 启用二级缓存 --> <property name="cache.use_second_level_cache">true</property> <!-- 配置使用的二级缓存的产品 --> <property name="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</property> <!-- 配置启用查询缓存 --> <property name="cache.use_query_cache">true</property>
④ Query接口测试代码
如下所示：
@Test public void testQueryCache(){ Query query = session.createQuery("FROM Employee"); query.setCacheable(true); //设置查询缓存 List<Employee> emps = query.list(); System.out.println(emps.size()); emps = query.list(); System.out.println(emps.size()); }
测试结果如下：
Hibernate: select employee0_.ID as ID1_1_, employee0_.NAME as NAME2_1_, employee0_.SALARY as SALARY3_1_, employee0_.EMAIL as EMAIL4_1_, employee0_.DEPT_ID as DEPT_ID5_1_ from GG_EMPLOYEE employee0_ 10 10
如果不调用query.setCacheable(true);则结果如下：
Hibernate: select employee0_.ID as ID1_1_, employee0_.NAME as NAME2_1_, employee0_.SALARY as SALARY3_1_, employee0_.EMAIL as EMAIL4_1_, employee0_.DEPT_ID as DEPT_ID5_1_ from GG_EMPLOYEE employee0_ 10 Hibernate: select employee0_.ID as ID1_1_, employee0_.NAME as NAME2_1_, employee0_.SALARY as SALARY3_1_, employee0_.EMAIL as EMAIL4_1_, employee0_.DEPT_ID as DEPT_ID5_1_ from GG_EMPLOYEE employee0_ 10
⑤ Criteria接口测试代码
Criteria同样支持查询缓存，代码如下：
@Test public void testQueryCache(){ Criteria criteria = session.createCriteria(Employee.class); criteria.setCacheable(true); System.out.println(criteria.list().size()); System.out.println(criteria.list().size()); }
测试结果如下：
Hibernate: select this_.ID as ID1_1_0_, this_.NAME as NAME2_1_0_, this_.SALARY as SALARY3_1_0_, this_.EMAIL as EMAIL4_1_0_, this_.DEPT_ID as DEPT_ID5_1_0_ from GG_EMPLOYEE this_ 10 10
【2】时间戳缓存区域
时间戳缓存区域存放了对于查询结果相关的表进行插入, 更新或删除操作的时间戳。
Hibernate 通过时间戳缓存区域来判断被缓存的查询结果是否过期, 其运行过程如下:
- T1 时刻执行查询操作, 把查询结果存放在 QueryCache 区域, 记录该区域的时间戳为 T1；
- T2 时刻对查询结果相关的表进行更新操作, Hibernate 把 T2 时刻存放在 UpdateTimestampCache 区域；
- T3 时刻执行查询结果前, 先比较 QueryCache 区域的时间戳和 UpdateTimestampCache 区域的时间戳,。若 T2 >T1, 那么就丢弃原先存放在 QueryCache 区域的查询结果, 重新到数据库中查询数据, 再把结果存放到 QueryCache 区域; 若 T2 < T1, 直接从 QueryCache 中获得查询结果。
测试代码如下所示：
@Test public void testUpdateTimeStampCache(){ Query query = session.createQuery("FROM Employee"); query.setCacheable(true); List<Employee> emps = query.list(); System.out.println(emps.size()); Employee employee = (Employee) session.get(Employee.class, 1); employee.setSalary(30000); //进行了更新操作，将会再次发送SQL查询 emps = query.list(); System.out.println(emps.size()); //这里不再发送SQL查询 System.out.println(emps.size()); }
测试结果如下：
Hibernate: select employee0_.ID as ID1_1_, employee0_.NAME as NAME2_1_, employee0_.SALARY as SALARY3_1_, employee0_.EMAIL as EMAIL4_1_, employee0_.DEPT_ID as DEPT_ID5_1_ from GG_EMPLOYEE employee0_ 10 Hibernate: update GG_EMPLOYEE set NAME=?, SALARY=?, EMAIL=?, DEPT_ID=? where ID=? Hibernate: select employee0_.ID as ID1_1_, employee0_.NAME as NAME2_1_, employee0_.SALARY as SALARY3_1_, employee0_.EMAIL as EMAIL4_1_, employee0_.DEPT_ID as DEPT_ID5_1_ from GG_EMPLOYEE employee0_ 10 10
