翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
DB インスタンスの Performance Insights メトリクス
Performance Insights では、このセクションで説明するように、さまざまなタイプのメトリクスをモニタリングできます。
データベース負荷
データベースロード (DBLoad) は、データベース内のアクティビティレベルを測定する Performance Insights の主要なメトリクスであり、毎秒収集され、Amazon CloudWatch に自動的に発行されます。このメトリクスは、平均アクティブセッション (AAS) で生じている、DB インスタンスのアクティビティを表すもので、AAS とは、SQL クエリを同時実行しているセッションの数を意味します。また、DBLoad メトリクスは、その解釈に、待機、SQL、ホスト、ユーザー、データベースの 5 つのディメンションのいずれかを使用するという点が、他の時系列メトリクスとは異なっています。これらのディメンションは、DBLoad メトリクスのサブカテゴリであり、データベース負荷のさまざまな特性を表すために、カテゴリごとにスライスとして使用できます。データベース負荷の計算方法については、Amazon RDS ドキュメントの「データベース負荷」で詳しくご覧いただけます。
次のスクリーンショットは、Performance Insights ツールを示しています。
ディメンション
-
待機イベントとは、データベースセッションの処理を続行するために、リソース処理や別のオペレーションが完了するまで待機している状態を指します。
SELECT * FROM big_tableのような SQL ステートメントを実行し、そのテーブルが割り当てた InnoDB バッファプールよりもはるかに大きい場合、セッションが、wait/io/file/innodb/innodb_data_file待機イベントによって待機状態になる可能性が非常に高くなります。これらのイベントはデータファイルの物理 I/O オペレーションが原因で生じます。データベースをモニタリングする場合、待機イベントは、パフォーマンスのボトルネックの可能性を示すという点で重要なディメンションとなります。このイベントは、セッション内で実行中の SQL ステートメント処理において、どのようなリソースやとオペレーションに対し、非常に長い時間待機状態になっているかを示すものです。例えば、wait/synch/mutex/innodb/trx_sys_mutexイベントは多数のトランザクションを持つデータベースアクティビティが多い場合に発生し、wait/synch/mutex/innodb/buf_pool_mutexイベントは、特定のスレッド処理において、メモリ内ページに排他的にアクセスできるよう InnoDB バッファプールがロックされている場合に発生します。MySQL と MariaDB のすべての待機イベントに関する情報については、MySQL ドキュメントの「イベント待機サマリーテーブル」を参照してください。計測名の解釈方法については、MySQL ドキュメントの「パフォーマンススキーマインストゥルメント命名規則 」を参照してください。 -
SQL は、データベースの総ロードに最も寄与している SQL ステートメントを示しています。Amazon RDS Performance Insights のデータベース負荷チャートにある上位ディメンションテーブルはインタラクティブに操作できます。[待機別の負荷 (AAS)] 列のバーをクリックすると、SQL ステートメントに関連付けられた待機イベントについて詳細なリストを取得できます。そのリストで SQL ステートメントを選択すると、関連する待機イベントが [データベース負荷] チャートに、SQL ステートメントテキストが [SQL テキスト] セクションに表示されます。SQL 統計は、[上位ディメンション] テーブルの右側に表示されます。
-
ホストは、接続済みクライアントのホスト名を示しています。このディメンションにより、どのクライアントホストが非常に多くの負荷をデータベースにかけているかを特定しやすくなります。
-
ユーザーを使用すると、データベースにログインしているユーザーごとに DB 負荷をグループ化できます。
-
データベースを使用すると、クライアントが接続しているデータベースの名前で DB 負荷をグループ化できます。
カウンターメトリクス
カウンターメトリクスは、累積メトリクスであり、これによって、DB インスタンスの再起動時にのみ値を増加させたり、ゼロにリセットしたりできます。カウンターメトリクスの値を以前の値に減らすことはできません。これらのメトリクスは、単調に増加する 1 つのカウンターを表すものです。
-
ネイティブカウンターとは、Amazon RDS ではなく、データベースエンジンによって定義されるメトリクスです。例:
-
SQL.Innodb_rows_insertedは、InnoDB テーブルに挿入された行数を表します。 -
SQL.Select_scanは、最初のテーブルのフルスキャンを完了した結合の数を表します。 -
Cache.Innodb_buffer_pool_readsは、InnoDB エンジンがバッファプールから読み取れず、ディスクから直接読み取る必要があった論理読み取りの数を表します。 -
Cache.Innodb_buffer_pool_read_requestsは、論理読み取りリクエストの数を表します。
すべてのネイティブメトリックの定義については、MySQL ドキュメントの「サーバーステータス可変
」を参照してください。 -
-
非ネイティブカウンターは、Amazon RDS によって定義されています。これらのメトリクスを取得するには、特定のクエリを使用するか、計算に 2 つ以上のネイティブメトリクスを使用します。非ネイティブカウンターメトリクスにより、レイテンシー、比率、ヒット率を表すことができます。例:
-
Cache.innoDB_buffer_pool_hitsは、InnoDB がディスクを使用せずにバッファプールから取得できる読み取りオペレーションの数を表しています。これは、ネイティブカウンターメトリクスに基づいて、次のように計算されます。db.Cache.Innodb_buffer_pool_read_requests - db.Cache.Innodb_buffer_pool_reads -
IO.innoDB_datafile_writes_to_diskは、InnoDB データファイルによる、ディスクへの書き込みオペレーションの数を表しています。データファイルへのオペレーションのみをキャプチャするもので、二重書き込みや REDO ログの書き込みオペレーションはキャプチャされません。これは、次のように計算されます:db.IO.Innodb_data_writes - db.IO.Innodb_log_writes - db.IO.Innodb_dblwr_writes
-
DB インスタンスメトリクスは、Performance Insights ダッシュボードで直接視覚化できます。次の図に示すように、[メトリクスを管理] を選択して、[データベースメトリクス] タブを選択し、目的のメトリクスを選択します。
[グラフを更新] ボタンを選択すると、次の図に示すように、選択したメトリクスが表示されます。
SQL 統計
Performance Insights では、クエリを実行している 1 秒ごと、および SQL コールごとに、SQL クエリに関するパフォーマンス関連メトリクスを収集します。一般的には、ステートメントおよびダイジェストレベルで SQL 統計を収集しますが、MariaDB および MySQL DB インスタンスの場合、ダイジェストレベルでのみ収集します。
-
ダイジェスト統計は、複合メトリクスであり、パターンが同じであっても最終的には異なるリテラル値を持つすべてのクエリで構成されます。ダイジェストでは、次のように、特定のリテラル値を変数に置き換えます。
SELECT department_id, department_name FROM departments WHERE location_id = ? -
ダイジェストした SQL ステートメントごとに 1 秒あたりの統計を表すメトリクスも用意されています。例えば、
sql_tokenized.stats.count_star_per_secは、1 秒あたりの呼び出し回数 (SQL ステートメントが 1 秒あたりに実行された回数) を表します。 -
Performance Insights は、各 SQL ステートメントの呼び出しごとの統計情報を得られるメトリクスも備えています。例えば、
sql_tokenized.stats.sum_timer_wait_per_callは、SQL ステートメント 1 回あたりの平均レイテンシーをミリ秒単位で示しています。
SQL 統計情報は、Performance Insights ダッシュボードの [上位ディメンション] テーブルにある [上位 SQL] タブで確認できます。