某應用程式使用具有單一唯讀複本的 Aurora MySQL 叢集。當連線數超過 200 時，讀取效能會變差；正常負載約為 180 個連線，但有時會飆升至 200 以上。管理員需要系統在使用者連線數增減時自動擴展。哪種方法能滿足此要求？

建立一個自動擴展政策，目標為 DatabaseConnections 指標值 195，是最佳解決方案。Amazon Aurora 支援自動擴展，可以根據預設或自訂指標（例如 DatabaseConnections）自動調整讀取複本的數量。將目標值設定為 195，可以在連線數接近 200 的閾值時，自動新增讀取複本以分散負載，確保效能穩定。 增加現有 Aurora Replica 的執行個體大小可能無法解決連線數增加的問題，因為瓶頸在於連線處理能力而非單一執行個體的資源。將資料庫叢集切換到無伺服器模式雖然可以自動擴展，但可能需要應用程式進行調整，且成本模型不同，不一定適用於所有情況。遷移到具有多個寫入器執行個體的新 Aurora 叢集是針對寫入效能的解決方案，與讀取連線數的擴展無關。