本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
對 Amazon Aurora MySQL 資料庫效能進行故障診斷
本主題著重於一些常見的 Aurora MySQL 資料庫效能問題，以及如何疑難排解或收集資訊以快速修復這些問題。我們將資料庫效能分為兩個類別：
-
伺服器效能 – 整個資料庫伺服器執行速度較慢。
-
查詢效能 – 一或多個查詢需要更長的時間才能執行。
AWS 監控選項
我們建議您使用下列 AWS 監控選項來協助故障診斷：
-
Amazon CloudWatch – Amazon AWS 會即時 CloudWatch 監控您的 AWS 資源和您在 上執行的應用程式。您可以使用 CloudWatch 來收集和追蹤指標，這些是您可以針對資源和應用程式測量的變數。如需詳細資訊，請參閱什麼是 Amazon CloudWatch？。
您可以在 上檢視資料庫執行個體的所有系統指標和程序資訊 AWS Management Console。您可以設定 Aurora MySQL 資料庫叢集，將一般、慢速、稽核和錯誤日誌資料發佈至 Amazon CloudWatch Logs 中的日誌群組。這可讓您檢視趨勢、在主機受到影響時維護日誌，以及建立「正常」效能的基準，以輕鬆識別異常或變更。如需詳細資訊，請參閱將 Amazon Aurora MySQL 日誌發佈至 Amazon CloudWatch Logs。
-
增強型監控 – 若要啟用 Aurora MySQL 資料庫的其他 Amazon CloudWatch 指標，請開啟增強型監控。當您建立或修改 Aurora 資料庫叢集時，請選取啟用增強型監控。這可讓 Aurora 將效能指標發佈至 CloudWatch。一些可用的關鍵指標包括CPU用量、資料庫連線、儲存用量和查詢延遲。這些有助於識別效能瓶頸。
資料庫執行個體傳輸的資訊量與增強型監控定義的精細程度成正比。較短的監控時間間隔會導致較頻繁的作業系統指標報告，並增加您的監控成本。若要管理成本，請為 中的不同執行個體設定不同的精細程度 AWS 帳戶。建立執行個體時的預設精細程度為 60 秒。如需詳細資訊，請參閱增強型監控的成本。
-
績效詳情 – 您可以檢視所有資料庫呼叫指標。這包括資料庫鎖定、等待和處理的列數，所有這些都可以用於故障診斷。當您建立或修改 Aurora 資料庫叢集時，請選取開啟績效詳情。根據預設，績效詳情具有 7 天的資料保留期，但可以自訂以分析長期績效趨勢。超過 7 天的保留期，您需要升級至付費方案。如需詳細資訊，請參閱績效詳情定價
。您可以個別設定每個 Aurora 資料庫執行個體的資料保留期間。如需詳細資訊，請參閱在 Amazon Aurora 上使用績效詳情監控資料庫負載。
Aurora MySQL 資料庫效能問題的最常見原因
您可以使用下列步驟來疑難排解 Aurora MySQL 資料庫中的效能問題。我們會以調查的邏輯順序列出這些步驟，但它們並非意圖為線性。一個探索可能會跨步驟跳躍，允許一系列的調查路徑。
