本文原创为freas_1990,转载请标明出处:http://blog.youkuaiyun.com/freas_1990/article/details/47104771
最近在做业务压力评估时,发现一半左右的Mysql实例QPS经常出现峰值问题,峰值的QPS高得异乎寻常,最高能达到1.2 MB,没错,就是1.2 MB(次/s),这是个天文数字,那么,问题到底出在哪里呢?
正常情况下的QPS如下:
有峰值的QPS如下:
一开始认为是统计脚本不够完善,连续做了3次统计脚本的代码优化,发现峰值的问题丝毫不动,仍然高高突起。
今天写了个debug脚本在3台可疑机器上蹲点,最终统计出如下信息:
在2015-07-28 13:52:01 时刻获取到的Query累计值远远小于正常值,少了2个数量级,仔细一想,QPS的峰值问题,肯定是由于这里引起的,13点52分的累计值异常变小,13点53分获取到的值减去13点52分的值就会成为一个天文数字!
统计脚本都是一样的。
QPS正常的机器是mysql 5.6.10版本:
QPS出现峰值的机器是MariaDB 5.5.34版本:
至此,80%可以推测是MariaDB 5.5.34在QPS的统计值处理上出现了小bug( 所有mysql 5.6.10的QPS都正常,而MariaDB 3.5.34版本则间歇性抽风 )。
版权声明:本文为博主原创文章,未经博主允许不得转载。