某公司在 RDS for MySQL 上託管一個 Web 應用程式，其中包含一個主要資料庫實例和五個唯讀複本。複本落後於主要資料庫的時間不得超過 1 秒。資料庫執行排程的預存程序，且複本在尖峰負載期間會遇到較大的延遲。解決方案架構師必須盡可能減少複寫延遲，同時將應用程式程式碼變更和持續的營運開銷降至最低。哪種解決方案符合這些要求？

將資料庫遷移到 Amazon Aurora MySQL 是最佳解決方案。Aurora Replicas 共享相同的儲存磁區，因此複製延遲通常只有幾毫秒，遠低於 1 秒的要求。Aurora Auto Scaling 可以自動調整讀取容量以應對尖峰負載，無需手動干預。將預存程序替換為 Aurora MySQL 原生函數，可保持功能一致性並利用 Aurora 的效能優勢，同時將應用程式程式碼變更降至最低。 其他選項的缺點： Amazon ElastiCache for Redis 叢集可以減少讀取負載，但需要修改應用程式程式碼，並不能直接解決複製延遲問題。將預存程序替換為 Lambda 函數會增加營運複雜性。 將資料庫遷移到 EC2 上的 MySQL 會增加營運開銷，需要手動管理資料庫和複製，且不能保證複製延遲在 1 秒內。 Amazon DynamoDB 是一個 NoSQL 資料庫，遷移需要大量應用程式程式碼修改，且 DynamoDB Streams 無法直接替換預存程序的功能。