Hibernate - 查询缓存和时间戳缓存区域使用详解

【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

---