AnalyticDB：查看AnalyticDB for MySQL監控

注意事項

僅支援查看過去一個月內的監控資訊，每次查看的指定時間段最長為2天。

操作步驟

1. 登入雲原生資料倉儲AnalyticDB MySQL控制台，在左上方選擇叢集所在地區。在左側導覽列，單擊集群清單，然後單擊目的地組群ID。

2. 進入監控資訊頁面。

   • 企業版、基礎版或湖倉版叢集：在左側導覽列，單擊集群管理 > 監控報警。

   • 數倉版叢集：在左側導覽列，單擊監控報警。

3. 在監控頁簽下，您可以單擊標準視圖和自定義視圖查看對應監控資訊。

   • 標準視圖預設展示常用的監控指標，單擊更多指标，可查看所有監控指標。

   • 若您僅想關注部分指標，可以在標準視圖的更多指标中，選中關注的指標，取消選中不關注的指標，單擊另存為，將這些指標添加到自定義視圖。

   各個監控項的詳細說明，請參見監控項概覽。

常見問題

• Q：為什麼預留模式跨規格變更配置為彈性模式後，CPU平均使用率會增大？

  A：預留模式C32規格變更配置為彈性模式，單個節點會降低到8核，Build任務預設佔用3核，此時會導致CPU平均使用率增大。CPU平均使用率增大但未影響業務時，您無需關注；若已影響業務的正常運行，請進行升配操作或提交工單聯絡支援人員。關於Build任務的詳細資料，請參見BUILD。

• Q：為什麼普通索引和主鍵索引監控指標偏大？

  A：原因如下：

  • 建立索引、主鍵索引的列數量偏多。

  • 索引列中某些值長度較長，單個列的長度較長（例如：長字串等）。

  • 某些索引列的值個數（The Number of Distinct Values）偏多，且值都不相同，導致索引壓縮率低。例如：某索引列為A，值為A1、A2、A3、A4，所有值都不相同，資料很難被壓縮，導致索引壓縮率低。

  • 主鍵中某些值長度較長或多個列構成了複合主鍵。

• Q：為什麼在監控頁面發現有較長時間的RT（回應時間）產生，但在診斷與最佳化頁面查詢不到對應的耗時SQL？

  A：查詢的返回結果資料量大，導致結果集緩衝耗時間長度，而診斷與最佳化頁面的總耗時=排隊耗時+執行計畫耗時+執行耗時，不包括結果集緩衝耗時。建議您在SQL審計頁面查看對應的耗時SQL。