MySQL 中 QueryCache 的锁模型

有同学在问 MySQL中 QueryCache(QC)的锁是 全局锁还是 表锁。这里简要说明一下。 1、 QC基本概念 这个是实现在MySQL层(非引擎层)的一个内存结构，基本规则是将满足一定条件的查询结果缓存在内存中，若同样的查询再执行第二次，而且缓存没有失效，则可以直接返

有同学在问 MySQL中 QueryCache(QC)的锁是 “全局锁”还是 “表锁”。这里简要说明一下。

1、  QC基本概念

这个是实现在MySQL层(非引擎层)的一个内存结构，基本规则是将满足一定条件的查询结果缓存在内存中，若同样的查询再执行第二次，而且缓存没有失效，则可以直接返回查询结果，无需到引擎获取数据。
-


几个说明：

a) QC的结构是hash，key为查询字符串的原文，因此若想命中QC，要求查询语句与之前的一模一样，包括大小写必须一致、不能增减空格等等。

b) Qc可以缓存一个表中的多个查询语句和结果。

c) 对一个表的DML或DDL操作都会将与这个表有关的缓存都从QC中删除。

2、  锁模型

于是说到锁的粒度。整个QC在内存中只有一个实例Query_cache query_cache;

我们来看上面c中说到的失效逻辑的部分代码

1.void Query_cache::invalidate_table(THD *thd, uchar * key, uint32 key_length)   
2.{  
3.  DEBUG_SYNC(thd, “wait_in_query_cache_invalidate1″);  
4. 
5.  lock();  
6. 
7.  DEBUG_SYNC(thd, “wait_in_query_cache_invalidate2″);   
8. 
9.  if (query_cache_size > 0)    10.    invalidate_table_internal(thd, key, key_length);  
11. 
12.  unlock();   
13.}  
可以看到这里lock()没有参数，函数内部用一额全局信号量COND_cache_status_changed,来控制。

因此即使两个dml更新的是不同的表，也会由于都要失效本表在QC中的缓存项而互锁。

因此是“全局锁”。