1

質問の統計が何で構成されているかを確認しようとしています。

質問の QPS グラフと次の合計の QPS グラフを計算しています。

  • Com_select
  • Com_update
  • Com_delete
  • Com_replace_select
  • Com_set_option
  • Com_begin
  • Com_commit

基本的に、ゼロ以外のすべての Com_* 統計。それでも、グラフには最大 200 QPS の差があります。

考慮されていないことを誰かが知っていますか？

MySQL の 4.1.22 バージョンを使用しています。

4

2 に答える 2

1

私はこれについていくつかのテストを行いました。もう1つの主要なカウントを逃したことを知りました。

それはQcache_hitsです

これをリストに含めると、両方の場所でほぼ同様のカウントが表示されます。

于 2012-08-16T02:02:33.530 に答える
0

「やめる」も考慮されます。文書化されていませんが、これが機能することをテストしました：

最初にQuestions、テスト自体をテストするために2 つの連続したチェックを発行します。

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 にQuestionsなります。今後のテストからこれを減らします。

そして今、アクティブなセッションを終了してから、もう一度テストします。

root@mysql-5.1.51> show global status like 'questions';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Questions     | 21116 |
+---------------+-------+

終了操作が面白いクエリを発行していないことをテストするために、一般的なログを有効にしたことを確認しました-そうではありませんでした。

考慮すべき操作が他にあるかどうかはわかりません。

ちなみに、5.0.72と5.1.31でルールが変わりました。詳細については、これをお読みください。

于 2012-07-16T18:05:19.160 に答える