MySQLのパフォーマンスレポートをリセットするには？

Question

私は、MySQLのパフォーマンスレポートを使用して、特別な状況下で私の読み書きパフォーマンスのボトルネックとなっているものを見つけようとしています。また、テーブルへの他のクエリに関する古い統計情報がたくさんあります。

新しいパフォーマンスを得るために、すべてのパフォーマンスデータをクリアしたいと思います。

Clear Event Tablesボタンは実際には何もクリアしていないようです。

どうすればよいですか？

Answer 1

（尋ねたように、これは質問に答えていません。その代わり、それは「どのように私は、クエリのパフォーマンスを向上させるか」のより広範な問題に対処しています。）

ここでも速いため、有益な指標を取得するためのシンプルな志向の方法ですクエリ：

FLUSH STATUS; 
SELECT ...; 
SHOW SESSION STATUS LIKE 'Handler%'; 

数値は、テーブルサイズまたは結果セットのサイズと一致する場合があります。これらは、テーブルスキャンと、結果セットの何らかのアクション（ソートなど）の良い指標です。

テーブルスキャンは、インデックスが使用されていない可能性があることを意味します。なぜメトリクスがおそらくあなたに伝えることができないものなのかを理解する。しかし、ときどきそれを見つける方法があります：

EXPLAIN FORMAT=JSON SELECT ... 

これは、（新しいバージョンで）さまざまなオプションの "コスト"を提供します。このは、1つのインデックスが別のインデックスよりも使用される理由を理解するのに役立ちます。

optimizer_traceは別のツールです。

しかし、あなたが持っていないINDEX(a,b)は、あなたが持っているINDEX(a)よりも優れているという手がかりは何もありません。そしてそれはmy index cookbookの主なポイントの1つです。

数字から推測が困難な別の例です。 MySQLを搭載したプロダクションサーバがCPUの100％を噛み砕いていました。遅いログは、多くの作業が行われていた単純なSELECTを指していました。

WHERE indexed_column >= '2011-11-11' 
    AND indexed_column < '2011-11-11' + INTERVAL 1 DAY 

テーブルは完全にRAMにキャッシュされた：それは、単なる2％にCPUを落とし

WHERE DATE(indexed_column) = '2011-11-11' 

チェンジングを持っていました。 （高いCPU、低いI/O）。クエリはフルテーブルスキャンを実行し、DATE関数を各行のインデックス付き列に適用する必要がありました。コードを変更した後、インデックスはそれがするべきことをしました。