Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/r/68.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
MySQL统计问题公式_Mysql_Statistics - Fatal编程技术网

MySQL统计问题公式

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

我想看看统计数据包括哪些问题

我正在计算问题的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@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.725.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.725.1.31开始,规则会发生变化。更多信息。

我对此进行了一些测试。我知道我们又错过了一次重要的计数

Qcache\u点击次数


将此项包括在列表中,您将在这两个位置看到几乎相似的计数。

我对此进行了一些测试。我知道我们又错过了一次重要的计数

Qcache\u点击次数


将此项包括在列表中,您将在这两个位置看到几乎相似的计数。

hm。。。我们使用hibernate连接DB,我认为它不会创建多达200个QP的退出。但我会查一下的,谢谢。好像是缓存hitshm。。。我们使用hibernate连接DB,我认为它不会创建多达200个QP的退出。但我会查的,谢谢。好像是缓存命中