AnalyticDB:AnalyticDB for MySQL のモニタリング情報の表示

使用上の注意

過去1か月間の2日以内のモニタリング情報を表示できます。

手順

1. AnalyticDB for MySQL コンソール にログインします。コンソールの左上隅で、リージョンを選択します。左側のナビゲーションウィンドウで、クラスターリスト をクリックします。管理するクラスタを見つけ、クラスタ ID をクリックします。

2. ［モニタリングとアラート］ページに移動します。

   • Enterprise Edition、Basic Edition、または Data Lakehouse Edition クラスタの場合：左側のナビゲーションウィンドウで、クラスター管理 > 監視アラート を選択します。

   • Data Warehouse Edition クラスタの場合：左側のナビゲーションウィンドウで、監視アラート をクリックします。

3. モニタリング タブで、標準ビュー タブ または カスタムビュー タブをクリックして、対応するモニタリング情報を表示します。

   • 標準ビュー タブには、デフォルトで一般的なメトリクスが表示されます。すべてのメトリクスを表示するには、その他のメトリクス をクリックします。

   • 特定のメトリクスのみを表示するには、標準ビュー タブの その他のメトリクス をクリックし、表示するメトリクスを選択し、表示しないメトリクスの選択を解除して、名前を付けて保存 をクリックして、選択したメトリクスを カスタムビュー タブに追加します。

   メトリクスの詳細については、「メトリクスの概要」をご参照ください。

FAQ

• Q：クラスタを予約モードからエラスティックモードに変更した後、平均 CPU 使用率が上昇するのはなぜですか？

  A：C32 クラスタを予約モードからエラスティックモードに変更すると、単一ノードの仕様が 8 コアに減少します。デフォルトでは、BUILD ジョブは 3 コアを占有します。この場合、平均 CPU 使用率が上昇します。平均 CPU 使用率の上昇がビジネスに影響を与えない場合は、この変更を無視してください。ビジネスに影響がある場合は、クラスタをアップグレードするか、チケットを起票してください。BUILD ジョブの詳細については、「BUILD」をご参照ください。

• Q：一般的なインデックス と プライマリキーのインデックス メトリクスの値が大きいのはなぜですか？

  A：上記のメトリクスの値が大きい理由は、次のとおりです。

  • 多数の列に対してインデックスとプライマリキーインデックスが作成されている。

  • インデックス列の値の長さが大きい、またはインデックス列のすべての値の長さの合計が大きい。たとえば、インデックス列の値が長い文字列である。

  • インデックス列の個別値の数が多い。これにより、インデックスの圧縮率が低くなります。たとえば、インデックス列 A には、A1、A2、A3、A4 の 4 つの個別値があります。データは圧縮が難しいため、インデックスの圧縮率が低くなります。

  • プライマリキーの値の長さが大きい、または複数の列で複合プライマリキーが構成されている。

• Q：［モニタリングとアラート］ページに大きな応答時間が表示されていますが、［診断と最適化］ページに対応する時間のかかる SQL 文が見つかりません。なぜですか？

  A：大量のクエリ結果データをキャッシュするには、長い時間がかかります。ただし、［診断と最適化］ページに表示される合計期間は、キューイング時間、実行プランの期間、および実行期間で構成され、結果セットのキャッシュ期間は含まれません。対応する時間のかかる SQL 文は、［SQL 監査］ページで確認することをお勧めします。