AnalyticDB for MySQLを使用すると、先月の期間内のクラスターのクラスターパフォーマンスメトリック (CPU使用率やディスクI/O使用率など) とリソースグループメトリックをAnalyticDB for MySQLコンソールで表示できます。 これにより、クラスターのパフォーマンスと実行ステータスに基づいて問題を特定して解決できます。
使用上の注意
先月の2日以内のモニタリング情報を表示できます。
手順
AnalyticDB for MySQL コンソールにログインします。 ホームページの左上でリージョンを選択します。 左側のナビゲーションウィンドウで、クラスターリスト をクリックします。 クラスターリスト ページで、エディションタブをクリックします。 管理するクラスターを確認し、クラスター ID をクリックします。
[モニタリングとアラート] ページに移動します。
Data Warehouse Editionクラスターの場合: 左側のナビゲーションウィンドウで、監視アラート をクリックします。
の場合、 Data Lakehouse Editionクラスター: 左側のナビゲーションウィンドウで、 を選択します。
モニタリング タブで、標準ビュー タブまたは カスタムビュー タブをクリックして、対応するモニタリング情報を表示します。
標準ビュー タブには、デフォルトで一般的なメトリックが表示されます。 すべてのメトリックを表示するには、その他のメトリクス をクリックします。
特定のメトリックのみを表示するには、標準ビュー タブの その他のメトリクス をクリックし、表示するメトリックを選択して表示しないメトリックを消去し、名前を付けて保存 をクリックして、選択したメトリックを カスタムビュー タブに追加します。
Data Lakehouse EditionおよびData Warehouse Editionメトリクス
健康ステータス指標
ヘルスステータス情報は、V3.1.6以降のクラスターに対してのみ表示できます。
ヘルスステータス指標の値がRiskyまたはUnavailableの場合は、テクニカルサポートにお問い合わせください。
メトリック | 説明 |
クラスターのアクセスノードのステータス | AnalyticDB for MySQLのアクセス層は、複数のクラスターアクセスノードで構成され、プロトコルレイヤアクセス、SQLの解析と最適化、書き込まれたデータのリアルタイムシャーディング、データスケジューリング、クエリスケジューリングなどの機能を提供します。 有効な値：
|
計算ノードグループのヘルスステータス | AnalyticDB for MySQLの計算エンジンは、計算ノードグループで構成され、分散型大規模並列処理 (MPP) と有向非巡回グラフ (DAG) アーキテクチャの統合実行をサポートします。 計算エンジンは、高度な同時実行性と複雑なSQL文のハイブリッドロードをサポートするインテリジェントオプティマイザと連携できます。 さらに、クラウドネイティブインフラストラクチャにより、ビジネス要件に基づいて計算ノードを数秒以内に柔軟にスケールアウトできます。 このようにして、リソースを効率的に使用することができる。 有効な値：
|
ストレージノードグループのヘルスステータス | AnalyticDB for MySQLのストレージエンジンは、ストレージノードグループで構成されており、Raftコンセンサスプロトコルに準拠した強力な一貫性と高可用性を備えたリアルタイムデータ書き込みをサポートしています。 ストレージエンジンは、データシャーディングとマルチラフトを使用して並列処理をサポートし、階層ストレージを使用してホットデータとコールドデータを低コストで分離し、ハイブリッド行列ストレージとインテリジェントインデックスを使用して超高性能を提供します。 有効な値：
|
クラスターリソースのモニタリングメトリック
メトリック | 単位 | サブメトリックまたは説明 | |
ノードの監視 | CPU 使用率 | % |
説明 予約モードのC32 Data Warehouse Editionクラスターをエラスティックモードに変更すると、平均CPU使用率が増加します。 詳細については、このトピックの「FAQ」セクションを参照してください。 |
Build タスク数 | 非該当 |
| |
計算メモリ使用率 | % |
| |
ノードの使用不能数監視 | 非該当 |
| |
テーブル内で読み取られたデータ量 | MB |
| |
アクセスノード CPU 使用率 | % |
| |
ディスク IO スループット | MB |
| |
ディスクiops | 非該当 |
| |
ディスクio使用量 | % |
| |
ディスクio待機時間 | ミリ秒 |
| |
データ量の監視 | ディスク使用率 | % |
|
ディスク使用量 | GB |
| |
負荷の監視 | クラスタ接続の数 | 非該当 | 成功した接続の数。 |
クエリ失敗率 | % | クエリの失敗率。
| |
クエリqps | 非該当 |
| |
クエリの応答時間 | ミリ秒 |
| |
クエリ待機時間 | ミリ秒 |
| |
Tpsの書き込み | 非該当 | クラスターの1秒あたりの書き込みトランザクション (TPS) 。 | |
書き込み応答時間 | ミリ秒 |
| |
書き込みスループット | MB | クラスターの平均書き込みスループット。 | |
TPS の更新 | 非該当 | クラスターの更新TPS。 | |
応答時間の更新 | ミリ秒 |
| |
TPS の削除 | 非該当 | クラスターの削除TPS。 | |
応答時間の削除 | ミリ秒 |
| |
TPS のロード | 非該当 | クラスターのロードTPS。 | |
リソースグループのモニタリング metrics
データレイクハウス版
メトリック | 単位 | 説明 |
CPU 使用率 | % | リソースグループのCPU使用率。 |
QPS | 非該当 | リソースグループによって処理される1秒あたりのクエリ。 |
クエリ応答時間 | ms | リソースグループによって処理されたクエリの平均応答時間。 |
クエリ待機時間 | ms | リソースグループによって処理されたクエリの平均待機時間。 |
(XIHE) 実行クエリ | 非該当 | リソースグループ内の実行中のクエリの数。 |
キュークエリ | 非該当 | リソースグループ内のキュー内クエリの数。 |
データウェアハウス版
リソースグループのモニタリング メトリックは、次の要件を満たす [Data Warehouse Edition] クラスターに対してのみ表示できます。
クラスターはエラスティックモードです。
クラスターには32コア以上のコアがあります。
メトリック | 単位 | 説明 |
CPU 使用率 | % | リソースグループのCPU使用率。 |
クエリ応答時間 | ミリ秒 | リソースグループによって処理されたクエリの平均応答時間。 |
クエリqps | 非該当 | リソースグループによって処理される1秒あたりのクエリ。 |
クエリ待機時間 | ミリ秒 | リソースグループによって処理されたクエリの平均待機時間。 |
スケジュールされたノードが実際にスケールアウト | 非該当 | スケジュールされたスケーリングプランでリソースグループに追加されたノードの数。 |
スケジュールされたポップアップ数 | 非該当 | スケジュールされたスケーリングプランのリソースグループに追加する必要があるノードの数。 リソースグループのスケーリングプランの作成方法については、「リソーススケーリングプランの作成」をご参照ください。 |
総ノード数 | 非該当 | リソースグループ内のノードの総数。 リソースグループ内のノードの総数は、次の式を使用して計算されます。ノードの総数=基本ノードの数 + スケジュールされたスケーリングプラン内の有効ノードの数。 |
ベースノード数 | 非該当 | リソースグループ内の基本ノードの数。 |
よくある質問
Q: クラスターを予約モードからエラスティックモードに変更すると、平均CPU使用率が増加するのはなぜですか?
A: C32クラスターを予約モードからエラスティックモードに変更すると、単一ノードの仕様が8コアに減少します。 デフォルトでは、BUILDジョブは3コアを占有します。 この場合、平均CPU使用率は増加する。 平均CPU使用率の増加がビジネスに影響しない場合は、この変更を無視してください。 ビジネスに影響がある場合は、クラスターをアップグレードするか、 チケットを起票して、サービスセンターにお問い合わせください。 ビルドジョブの詳細については、「ビルド」をご参照ください。
Q: 一般的なインデックスとプライマリキーのインデックスの値が大きいのはなぜですか。
A: 次の理由により、上記のメトリックの値が大きい場合があります。
インデックスと主キーインデックスは、多数の列に対して作成されます。
インデックス列の値の長さが大きいか、インデックス列のすべての値の合計長が大きい。 たとえば、インデックス列の値は長い文字列です。
インデックス列の異なる値の数が多いです。 これは、低いインデックス圧縮比をもたらす。 例えば、インデックス列Aは、4つの異なる値、A1、A2、A3、およびA4を有する。 データを圧縮することは困難であり、低いインデックス圧縮率をもたらす。
主キーの値の長さが大きいか、複数の列が複合主キーを構成します。
Q: [監視とアラート] ページには大きな応答時間が表示されますが、[診断と最適化] ページには対応する時間のかかるSQL文が見つかりません。 これはなぜですか。
A: 大量のクエリ結果データを使用すると、結果セットのキャッシュに時間がかかります。 ただし、[診断と最適化] ページに表示される合計期間は、結果セットのキャッシュ期間を除いて、キュー時間、実行計画期間、および実行期間で構成されます。 対応する時間のかかるSQL文をSQL監査ページで表示することを推奨します。
参照と関連操作
関連ドキュメント
関連する API
API 操作 | 説明 |
AnalyticDB for MySQLのヘルスステータスを照会します。 Data Lakehouse Editionクラスター。 | |
AnalyticDB for MySQLのパフォーマンスデータの照会 Data Lakehouse Editionクラスター。 | |
AnalyticDB for MySQL内のリソースグループに関するモニタリング情報の照会 Data Lakehouse Editionクラスター。 | |
AnalyticDB for MySQL data Warehouse Editionクラスターのパフォーマンスデータを照会します。 | |
AnalyticDB for MySQL Data Warehouse Editionクラスター内のリソースグループに関するモニタリング情報を照会します。 |