我要如何針對 Aurora MySQL 相容版資料庫執行個體的非預期重新啟動或容錯移轉進行疑難排解？

簡短說明

Aurora MySQL 相容版資料庫執行個體發生非預期重新啟動的原因可能包括以下情況：

• 資源爭用與高工作負載
• 次要版本或修補程式升級，以及基礎作業系統 (OS) 修補
• 手動重新啟動與資料庫引擎重新啟動
• 基礎結構問題
• 過度的工作負載
• 垂直擴展
• 維護需求

為了確保您的資料庫執行個體能持續運作，Aurora 會容錯移轉至具有最高優先順序或最低層級編號的讀取複本。如需詳細資訊，請參閱 Aurora 資料庫叢集的容錯能力。

解決方法

重要：Performance Insights 將於 2026 年 6 月 30 日終止服務。您可以在 2026 年 6 月 30 日之前升級至 Database Insights 的進階模式。如果您未進行升級，使用 Performance Insights 的資料庫叢集將預設切換為 Database Insights 的標準模式。只有 Database Insights 的進階模式才支援執行計畫和隨需分析。如果您的叢集預設為標準模式，那麼您可能無法在主控台上使用這些功能。若要開啟進階模式，請參閱 在 Amazon RDS 中開啟 Database Insights 進階模式與在 Amazon Aurora 中開啟 Database Insights 進階模式。

資源爭用與高工作負載

如果因資源爭用而發生非預期重新啟動，例如可用記憶體不足或 CPU 使用率過高，請採取以下動作：

• 使用 Amazon CloudWatch 主動監控 Aurora MySQL 相容版資料庫執行個體的資源指標。設定 CloudWatch 警示，在資源使用量超過定義的臨界值時通知您。
• 使用 Amazon RDS 增強型監控，在 OS 層級監控記憶體使用量、磁碟 I/O 與 CPU 使用率。
• 使用 Performance Insights 中的資料庫負載圖表，識別並最佳化資源密集的查詢。接著，查看應用程式的資料庫使用模式。

如果您的工作負載持續消耗大量資源，請擴展至較大的執行個體類型，以取得更多 CPU、記憶體或儲存容量。為您的資料庫執行個體最佳化查詢與工作負載。例如，使用快取或其他查詢最佳化技術，以降低資料庫執行個體的負載。

次要版本或修補程式升級，以及基礎 OS 修補

為了讓資料庫執行個體維持良好運作，Aurora 會在您的叢集維護時段期間對執行個體執行維護。這項維護可能包含次要版本或修補程式升級，以及基礎 OS 修補。如果在叢集維護時段期間發生非預期重新啟動，重新啟動可能屬於已規劃的系統更新或維護作業。為了防止未來發生非預期的重新啟動或容錯移轉，請調整您的維護時段。

手動重新啟動與資料庫引擎重新啟動

為了更有效地疑難排解重新啟動問題，您必須找出發生非預期重新啟動的原因。請檢查重新啟動當下的 Amazon Relational Database Service (Amazon RDS) 事件。或者，您也可以使用 AWS CloudTrail 檢查事件歷史記錄的 API 呼叫。您也可以檢視資料庫錯誤日誌，以查看非預期重新啟動的根本原因。請在重新啟動當下尋找任何與資源爭用、系統問題，或其他潛在原因相關的錯誤訊息或警告。

其他疑難排解步驟

如需其他疑難排解步驟，請檢視 Aurora MySQL 相容版修補程式的發行說明。發行說明包含 Aurora MySQL 相容版早期版本中所有已修正的問題。如果您使用較新的版本，請查找是否存在與非預期重新啟動根本原因相似的問題。