MySQL 中 QueryCache 的锁模型

转载 2013年12月01日 21:42:37

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

 

1、  QC基本概念

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

 

几个说明:

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

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

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

 

 2、  锁模型

 

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

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

Cpp代码  收藏代码
  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中的缓存项而互锁。

因此是“全局锁”。

 

 3、锁策略

 

    得到上述结论后我们有点担心,作为一个全局变量,是否也会锁住“查询”。试想如果我们在作一个DDL时,需要失效这个表的缓存项,而这个锁的时间就会持续很长。 这期间其他表的普通查询,是否也会受影响。 如果是,这个损失太大了。

 

    我们知道,查询过程中的对QC的访问包含两部分 :查询开始之前从QC中判断当前Query的结果是否已经缓存; 若没有,则查询执行完成后,(可能)需要将这个结果插入到QC中。

 

    这两个操作都其实也都需要对QC加锁。这样说来, 这个锁的频度如此之高,以至于我们会担心是否会得不偿失?

 

    更新时失效缓存项是必要的操作,但查询时对QC的操作则不是必须的。MySQL中使用try_lock的策略。简单来说,就是在上面的两个阶段中,试图去加锁,若超时,则放弃。

 

     这个超时时间写死在代码中是50ms,所以若一个 查询期间的两次对QC的操作都出现锁超时,则这个查询会额外耗费100ms的时间。

 

     当然若是dml操作需要失效QC中的项,而碰上锁等待,就必须等了。

 

4、小结

 

    从上面描述中可以得出一些结论,对于更新操作比较小的服务,开启QC的效果会不错,因为查询期间使用的try_lock策略使得不会出现查询在QC阶段互锁的问题。(这个50ms如果觉得太大,可以在源码中去掉个0)。

 

   当然若是更新频繁的表,还是建议关闭QC。现在主干版本上用参数关闭QC不够彻底,还是会有一些cpu消耗。有兴趣的同学可以看 这篇 。

from:http://dinglin.iteye.com/blog/1625195

相关文章推荐

MySQL 中 QueryCache 的锁模型

原文:http://dinglin.iteye.com/blog/1625195 有同学在问 MySQL中 QueryCache(QC)的锁是 “全局锁”还是 “表锁”。这里简要说明一下。 ...

(二)MySQL InnoDB锁模型

MySQL InnoDB锁模型 (一)MySQL InnoDB事务模型 (二)MySQL InnoDB锁模型 (三)MySQL InnoDB非锁定一致性读与锁定读 (四)MySQL InnoDB锁类型...

QueryCache那些事

上一节我们说到 Myql通信就像踢足球一样,发了请求之后只能等待命令执行完成才能重新掌握主动权。这一节我们主要说下,Mysql为了更快的返回结果做了什么?   QueryCache ...

QueryCache

原理QueryCache(下面简称QC)是根据SQL语句来cache的。一个SQL查询如果以select开头,那么MySQL服务器将尝试对其使用QC。每个Cache都是以SQL文本作为key来存的。在...

Navicat for MySQL 带有数据模型

  • 2016-09-07 10:13
  • 20.35MB
  • 下载

MySQL 模拟Oracle邻接模型树形处理

数据库对层次结构的处理模型有好多种,可以根据自己的需求来设计模型,当然最简单的也是最容易设计的模型就是所谓的邻接模型。在这方面,其他数据库比如Oracle 提供了现成的分析方法 connect by,...

MySQL Workbench 创建模型图

现在的MySQl的客户端管理工具一般不提供关系图建立的功能,一般我们把数据库和表格以及表之间的关系都建立好了,但是想更直观的去数据库,所以我们就会建立数据模型。 本文出自 “Java小匙” 博客,...

对adult数据集建立朴素贝叶斯模型评估并可视化(awk+hive+java+mysql+echarts)

总结下这段时间的收获 分为三部分 linux echarts 数据挖掘 最近做了个课设,要给adult数据集建立合适的分类器,并对分类器评估 分享一下成果,有好多问题完成后才知道,仅供和我一样的初学...

3、Django、MySQL第一个模型

1、创建目录 在mysite目录下,执行 python manage.py startapp books 2、定义数据模型 打开 models.py 并输入下面的内容: # -*...

PowerDesigner15在win7-64位系统下对MySQL 进行反向工程以及建立物理模型产生SQL语句步骤图文傻瓜式详解

1、安装PowerDesigner15、MySQL5.不详细讲解了。网上一大把。请各位亲参考去。 2、安MyODBC-standard-3.51.0.7-win.msi、mysql-...
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)