使用讀取可用性功能重新啟動 Aurora 叢集

使用讀取可用性功能，您可以重新啟動 Aurora 叢集的寫入器執行個體，而無需重新啟動主要或次要資料庫叢集中的讀取器執行個體。這樣做有助於維護叢集的高可用性，以進行讀取操作，同時重新啟動寫入器執行個體。您可以稍後依照您方便的排程重新啟動讀取器執行個體。例如，在生產叢集中，您可以一次重新啟動一個讀取器執行個體，只有在主執行個體重新啟動完成後才會啟動。對於要重新啟動的每個資料庫執行個體，請遵循 在 Aurora 叢集中重新啟動資料庫執行個體 中的程序。

主要資料庫叢集的讀取可用性功能在 Aurora My 2.10 SQL 版及更高版本中提供。Aurora My 3.06 版及更高SQL版本中提供次要資料庫叢集的讀取可用性。

對於 Aurora Postgre，SQL此功能預設在下列版本中可用：

• 15.2 版和更新的 15 版本

• 14.7 版和更新的 14 版本

• 13.10 版和更新的 13 版本

• 12.14 版和更新的 12 版本

如需 Aurora Postgre 中的讀取可用性功能的詳細資訊SQL，請參閱改善 Aurora 複本的讀取可用性。

在此功能之前，重新啟動主執行個體會導致每個讀取器執行個體同時重新開機。如果您的 Aurora 叢集正在執行較舊版本，請改用 在無讀取可用性的情況下重新啟動 Aurora 叢集 中的重新啟動程序。

注意

在 Aurora My SQL 版本低於 3.06 的 Aurora 全域資料庫中，對具有讀取可用性的 Aurora 資料庫叢集中的重新開機行為變更不同。如果重新啟動 Aurora 全域資料庫中主要叢集的寫入器執行個體，主要叢集中的讀取器執行個體仍然可用。不過，任何次要叢集中的資料庫執行個體會同時重新啟動。

Aurora 全域資料庫支援限制版SQL本的改良讀取可用性功能，適用於 Aurora Postgre 12.16、13.12、14.9、15.4 及更高版本。

對叢集參數群組進行變更後，您經常重新啟動叢集。您可以依照 Amazon Aurora 的參數組 RDS 中的程序進行參數變更。假設您重新啟動 Aurora 叢集中的寫入器資料庫執行個體，以將變更套用至叢集參數。部分或所有讀取器資料庫執行個體可能會繼續使用舊的參數設定。不過，不同的參數設定不會影響叢集的資料完整性。任何影響資料檔案組織的叢集參數，僅由寫入器資料庫執行個體使用。

例如，在 Aurora My SQL 叢集中，您可以在讀取器執行個體之前，在寫入器執行個體innodb_purge_threads上更新叢集參數 (例如binlog_format和)。只有寫入器執行個體會寫入二進位日誌並清除復原紀錄。對於變更查詢解譯SQL陳述式或查詢輸出方式的參數，您可能需要注意立即重新啟動讀取器執行個體。如果要在查詢期間避免未預期的應用程式行為，請您執行這項操作。例如，假設您變更 lower_case_table_names 參數並重新啟動寫入器執行個體。在這種情況下，在重新啟動讀取器執行個體之前，讀取器執行個體可能無法存取新建立的資料表。

如需所有 Aurora 我的SQL叢集參數的清單，請參閱叢集層級參數。

如需所有 Aurora Postgre SQL 叢集參數的清單，請參閱Aurora PostgreSQL 叢集層級參數。

提示

如果您的叢集正在處理具有高輸送量的工作負載，Aurora My SQL 可能仍會重新啟動部分讀取器執行個體以及寫入器執行個體。

在容錯移轉操作期間，重新啟動次數也會減少。Aurora My SQL 僅在容錯移轉期間重新啟動寫入器資料庫執行個體和容錯移轉目標 叢集中的其他讀取器資料庫執行個體仍可使用，以繼續透過連線至讀取器端點來處理查詢。因此，您可以在叢集中擁有多個讀取器資料庫執行個體，以提高容錯移轉期間的可用性。