MySQL统计问题公式
我想看看统计数据包括哪些问题 我正在计算问题的QPS图和以下总和的QPS图:MySQL统计问题公式,mysql,statistics,Mysql,Statistics,我想看看统计数据包括哪些问题 我正在计算问题的QPS图和以下总和的QPS图: Com\u选择 Com\u更新 Com\u删除 Com\u replace\u选择 Com\u set\u选项 Com\u开始 Com\u提交 基本上所有非零Com_*统计数据。但我仍然有高达200 QPS的图表差异 有人知道什么没有被考虑进去吗 我使用的是4.1.22版本的MySQL。“退出”也被考虑在内。我找不到它的文档,但已经测试了它的工作: 首先,我对问题进行两次连续检查,以测试测试本身: root@mys
Com\u选择
Com\u更新
Com\u删除
Com\u replace\u选择
Com\u set\u选项
Com\u开始
Com\u提交
问题
进行两次连续检查,以测试测试本身:
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21113 |
+---------------+-------+
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21114 |
+---------------+-------+
因此,像这样的每次调用都会导致问题
的+1——我们将在未来的测试中减少这种情况
现在,我退出一个活动会话,然后再次测试:
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21116 |
+---------------+-------+
我确保启用了general log,以便测试Quit操作没有发出任何有趣的查询——事实并非如此
我不确定是否还有其他操作需要考虑
顺便说一下,从5.0.72和5.1.31开始,规则会发生变化。有关更多信息,请参见“退出”。我找不到它的文档,但已经测试了它的工作:
首先,我对问题
进行两次连续检查,以测试测试本身:
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21113 |
+---------------+-------+
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21114 |
+---------------+-------+
因此,像这样的每次调用都会导致问题
的+1——我们将在未来的测试中减少这种情况
现在,我退出一个活动会话,然后再次测试:
root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions | 21116 |
+---------------+-------+
我确保启用了general log,以便测试Quit操作没有发出任何有趣的查询——事实并非如此
我不确定是否还有其他操作需要考虑
顺便说一下,从5.0.72和5.1.31开始,规则会发生变化。更多信息。我对此进行了一些测试。我知道我们又错过了一次重要的计数 即Qcache\u点击次数
将此项包括在列表中,您将在这两个位置看到几乎相似的计数。我对此进行了一些测试。我知道我们又错过了一次重要的计数 即Qcache\u点击次数
将此项包括在列表中,您将在这两个位置看到几乎相似的计数。hm。。。我们使用hibernate连接DB,我认为它不会创建多达200个QP的退出。但我会查一下的,谢谢。好像是缓存hitshm。。。我们使用hibernate连接DB,我认为它不会创建多达200个QP的退出。但我会查的,谢谢。好像是缓存命中