Skip to main content
Monitoringタブでは、データベースの状況を確認できます。現在実行中の処理と、全体で最も多くの時間を消費しているクエリが表示されます。
Monitoringは本番データベースでのみ利用できます。
Databaseツールから:
  1. 本番データベースを選択します。
  2. Monitoringタブを選択します。
  3. Active queriesまたはQuery performanceを選択します。

Active queries

現在データベースに対して実行されているすべての処理のライブスナップショットです。
PID、ロール、状態、実行時間、SQLとともに、実行中の3つのクエリを表示しているActive queries
  • PID: クエリを実行している接続のプロセスIDです。
  • Role: 接続を開いたデータベースユーザーです。
  • State: activeはクエリが実行中であることを示します。idle in transactionはトランザクションが開いているものの何も実行していない状態を示します。この状態でもロックは保持されます。
  • Duration: 現在のクエリが実行されている時間です。
  • Query: ステートメント自体です。
これはログではなくスナップショットです。Refreshを選択すると、新しいスナップショットを取得します。ほとんどのクエリはミリ秒単位で完了するため、リストが空であることは通常の状態です。このビューは、本来より長く実行されているクエリを見つけるために使用します。完全にアイドル状態の接続は表示されません。

Query performance

データベースがこれまでに実行したすべてのクエリの統計で、負荷の高いものから順に表示されます。
各クエリのロール、呼び出し回数、平均時間、合計時間、行数を表示しているQuery performance
  • Calls: クエリが実行された回数です。
  • Average time: 1回の実行あたりの平均時間です。個々の実行は表示されず、平均のみが表示されます。
  • Total time: 平均時間に呼び出し回数を掛けた値です。テーブルはこの値でソートされます。
  • Rows: 1回の呼び出しごとではなく、すべての呼び出しにわたる合計行数です。
  • Query: ステートメントで、値は$1などのプレースホルダーに置き換えられています。
Average timeとCallsを比較すると、2種類の問題を区別できます。平均が高く呼び出しが少ない場合は、遅いクエリであり、多くはインデックスの不足が原因です。平均が低く呼び出しが多い場合は、アプリが過剰に実行している高速なクエリであり、コード側で修正すべき点です。
これらの統計は、データベースが一時停止または再起動されると保持されません。一定期間操作がないためにデータベースがゼロまでスケールダウンした場合、履歴はリセットされ、データベースが実行されると再び収集が始まります。

次のステップ