本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 使用讀取可用性功能重新啟動 Aurora 叢集
憑藉讀取可用性功能，您可以重新啟動 Aurora 叢集的寫入器執行個體，而無需重新啟動主要或次要資料庫叢集中的讀取器執行個體。這樣做有助於維護叢集的高可用性，以進行讀取操作，同時重新啟動寫入器執行個體。您可以稍後依照您方便的排程重新啟動讀取器執行個體。例如，在生產叢集中，您可以一次重新啟動一個讀取器執行個體，只在主要執行個體重新啟動完成之後才開始。對於要重新啟動的每個資料庫執行個體，請遵循 [在 Aurora 叢集中重新啟動資料庫執行個體](aurora-reboot-db-instance.md) 中的程序。
主要資料庫叢集的讀取可用性功能在 Aurora MySQL 2.10 版及更高版本中均有提供。Aurora MySQL 3.06 版及更新版本提供次要資料庫叢集的讀取可用性。
對於 Aurora PostgreSQL，此功能適用於下列版本：
+ 15.2 版和更新的 15 版本
+ 14.7 版和更新的 14 版本
+ 13.10 版和更新的 13 版本
+ 12.14 版和更新的 12 版本
如需 Aurora PostgreSQL 讀取可用性功能的詳細資訊，請參閱 [改善 Aurora 複本的讀取可用性](AuroraPostgreSQL.Replication.md#AuroraPostgreSQL.Replication.Replicas.SRO)。
在此功能之前，重新啟動主要執行個體會導致所有讀取器執行個體同時重新啟動。如果您的 Aurora 叢集正在執行較舊版本，請改用 [在無讀取可用性的情況下重新啟動 Aurora 叢集](aurora-reboot-cluster.md) 中的重新啟動程序。
**注意**
在具有讀取可用性的 Aurora 資料庫叢集中，對重新啟動行為所做的變更，與在低於 3.06 的 Aurora MySQL 版本中的 Aurora 全球資料庫的情況有所不同。如果重新啟動 Aurora 全域資料庫中主要叢集的寫入器執行個體，主要叢集中的讀取器執行個體仍然可用。不過，任何次要叢集中的資料庫執行個體會同時重新啟動。
Aurora PostgreSQL 版本 12.16、13.12、14.9、15.4 及更高版本的 Aurora 全球資料庫支援有限版本的改善讀取可用性功能。
對叢集參數群組進行變更後，您經常重新啟動叢集。您可以依照 [Amazon Aurora 的參數群組](USER_WorkingWithParamGroups.md) 中的程序進行參數變更。假設您重新啟動 Aurora 叢集中的寫入器資料庫執行個體，以將變更套用至叢集參數。部分或所有讀取器資料庫執行個體可能會繼續使用舊的參數設定。不過，不同的參數設定不會影響叢集的資料完整性。任何影響資料檔案組織的叢集參數，僅由寫入器資料庫執行個體使用。
例如在 Aurora MySQL 叢集中，您可以在讀取器執行個體之前更新叢集參數，例如寫入器執行個體上的 `binlog_format` 和 `innodb_purge_threads`。只有寫入器執行個體會寫入二進位日誌並清除復原紀錄。對於變更查詢解譯 SQL 陳述式或查詢輸出方式的參數，您可能需要謹慎地立即重新啟動讀取器執行個體。如果要在查詢期間避免未預期的應用程式行為，請您執行這項操作。例如，假設您變更 `lower_case_table_names` 參數並重新啟動寫入器執行個體。在這種情況下，在重新啟動讀取器執行個體之前，讀取器執行個體可能無法存取新建立的資料表。
如需所有 Aurora MySQL 叢集參數的清單，請參閱[叢集層級參數](AuroraMySQL.Reference.ParameterGroups.md#AuroraMySQL.Reference.Parameters.Cluster)。
如需所有 Aurora PostgreSQL 叢集參數的清單，請參閱 [Aurora PostgreSQL 叢集層級參數](AuroraPostgreSQL.Reference.ParameterGroups.md#AuroraPostgreSQL.Reference.Parameters.Cluster)。
**提示**
如果您的叢集正在處理具有高輸送量的工作負載，則 Aurora MySQL 可能仍會重新啟動部分讀取器執行個體以及寫入器執行個體。
在容錯移轉操作期間，重新啟動次數也會減少。Aurora MySQL 只會在容錯移轉期間重新啟動寫入器資料庫執行個體和容錯移轉目標。叢集中的其他讀取器資料庫執行個體仍可使用，以繼續透過連線至讀取器端點來處理查詢。因此，您可以在叢集中擁有多個讀取器資料庫執行個體，以提高容錯移轉期間的可用性。