一個正式環境的 Multi-AZ Amazon RDS for MySQL (db.m6g.xlarge) 經常遇到「連線過多」的錯誤。管理員希望在最小化程式碼變動的前提下，以符合成本效益的方式解決這個問題。哪種方法最符合這些限制？

配置 RDS Proxy 並更改應用程式配置以使用代理端點是最佳解決方案。RDS Proxy 能夠匯集和重用資料庫連線，有效減少資料庫的連線負載，從而解決「連線過多」的錯誤，且對應用程式程式碼的變動最小，只需更改連線端點。 將 RDS MySQL 實例擴展到更大的實例類別可能無法根本解決連線過多的問題，因為連線數量的限制通常與資料庫引擎配置有關，而非僅是實例大小。將工作負載遷移到 Amazon DynamoDB 涉及巨大的程式碼重構和資料模型變更，不符合「最小化程式碼變動」的要求。將 RDS 實例切換到記憶體優化的資料庫類別主要解決記憶體瓶頸問題，對連線數量的直接影響有限。