设为首页 收藏本站
查看: 842|回复: 0

[经验分享] MySQL之查询缓存

[复制链接]

尚未签到

发表于 2018-10-7 06:51:29 | 显示全部楼层 |阅读模式
  一、查询缓存的误区
  刚接触QC时,觉得是个好东西,可以将查询的结果放到QC中,这样极大的提升查询的速度,但是后来了解到如果对表进行做DML或者DDL,QC相对应的缓存就会释放,这样对于频繁更改的数据库是没有任何意义的。
  二、查询缓存场景
  每次执行select结果,会放到查询缓存中,这样下次在执行的时候,就不需要具体的执行sql,只要访问查询访问中的缓存即可。
  适合的场景:
  1、select
  2、访问大量的数据才有必要缓存其结果
  3、返回少量数据
  大量的分组、聚合、计算
  查询缓存才不至于变得非常大
  对于普通的交易系统来说,这个查询 意义不大,都是一些简单的sql,甚至于还有副作用。
  执行一次成本很高,结果集又很小,这种sql值得被缓存。
  三、查询缓存的配置
  1、将query_cache_type,这是静态参数,需要重启数据库。
  0是关闭查询缓存
  1打开查询缓存,缓存所有的sql语句的结果,除非select    sql_no_cache  提示,表示这个结果不放在缓存里面。
  2打开查询缓存,但是只是缓存select  sql_cache  对应的结果集。 比较推荐使用
  2、query_cache_size调整查询缓存的大小
  四、查询缓存演示
  开启查询缓存,MySQL中的select就会放到查询缓存中,无论什么操作,第一次放到QC中,再次执行的时候就会直接到QC中查询,这样Qcache_hits 就会加一,但是如果对该表做DML或者DDL,本来放到QC中的缓存就会被释放。
  1、没有任何操作
  | Qcache_hits             | 0        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 0        |
  2、执行

  select *  from t1 where>  | Qcache_hits             | 0        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 1        |

  select *  from t1 where>  | Qcache_hits             | 1        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 1        |
  insert into t1 values(4,'dfd');
  | Qcache_hits             | 1        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 0        |

  select *  from t1 where>  | Qcache_hits             | 1        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 1        |

  select *  from t1 where>  | Qcache_hits             | 2        |
  | Qcache_not_cached       | 2        |
  | Qcache_queries_in_cache | 1        |
  mysql> reset query cache;
  Query OK, 0 rows affected (0.00 sec)
  | Qcache_hits             | 2        |
  | Qcache_inserts          | 2        |
  | Qcache_queries_in_cache | 0        |
  五、查询缓存中的参数
  | Qcache_free_blocks      | 1        | #指的是空闲块数,指的是系统分配给MySQL进程的缓存总大小空间中还没有使用的空间
  | Qcache_free_memory      | 20953960 | #空闲空间,指的是还没有被操作系统分配出去的内存空间。
  | Qcache_hits             | 12       |   #指的是命中次数
  | Qcache_inserts          | 3        | #向缓存空间中插入的缓存的次数
  | Qcache_lowmem_prunes    | 0        |  #内存太小,修剪内存的次数
  | Qcache_not_cached       | 0        |   #指没有命中的次数
  | Qcache_queries_in_cache | 0        | #缓存的个数
  | Qcache_total_blocks     | 1        | #总块数,指的是系统分配给MySQL进程的缓存总大小空间
  flush query_cache           #碎片整理
  reset query_cache           #清空缓存


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-614081-1-1.html 上篇帖子: MySQL5.5/5.6/5.7的安装脚本 下篇帖子: 使用sqoop将数据从mysql同步到hbase
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表