关于QueryCache的一次打脸

背景问题

  前一段时间给一套MySQL数据库加上了监控,运行一段时间后有人反馈监控到的insert,update,delete,select的数量中select的数量有像比

  本应该的量少了不少!

  我用的是Com_select这个status来监控的select语句的数量,应该不会有什么差错呀;没想到呀,没想到!那个数据库实例是开启了Query

  cache的,所以这个就扎心啦! 这种情况下Com_select只是记录了select语句中没有命中Query_cache的那一部分。

默认情况下的select统计方式

  默认情况下没有开启Query_cache所以我们可以用Com_select这个status来监控MySQL处理的select语句总数;

  所以总的处理成功的select语句的数量就是 Com_select的值

Query_cache开启情况下select的统计方式

  在Query_cache开启的情况下针对select语句的统计要分两种情况进行讨论

  1): 如果这条select语句命中了Query_cache那么Qcache_hits这个status就会加1,Com_select不受影响

  2):如果这条select语句没有命中Query_cache那么Com_select这个status加1,Querycache_hit不受影响

  所以总的select语句的数量就是Com_select + Querycache_hits 的值

  Query cache的命中率就是 Querycache_hits / (Com_select + Querycache_hits)

-----

上一篇:【Android】录音暂停和继续


下一篇:Learn Rails5.2- Scaffolding and REST,flash.now, flash.keep; Access via JSON