Aurora MySQL 資料庫引擎更新 2025-05-14 (3.09.0 版，與 MySQL 8.0.40 相容）

透過平行處理效能結構描述更新來最佳化次要版本升級效能，減少需要修改效能結構描述時的升級持續時間。

增強 Aurora MySQL 全域資料庫，允許次要讀取器執行個體在意外事件 （硬體故障、網路中斷） 期間完成啟動並提供讀取請求。先前，輔助讀取器執行個體無法在此類事件期間重新啟動。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的全域資料庫次要叢集的跨區域彈性。

在 Aurora MySQL 全球資料庫跨區域切換期間減少寫入器停機時間，通常不到一分鐘，將計劃區域切換期間的停機時間降至最低。

CVE-2024-11053

CVE-2024-37371

CVE-2024-7264

CVE-2024-21193

CVE-2024-21194

CVE-2024-21196

CVE-2024-21197

CVE-2024-21198

CVE-2024-21199

CVE-2024-21201

CVE-2024-21203

CVE-2024-21207

CVE-2024-21212

CVE-2024-21213

CVE-2024-21218

CVE-2024-21219

CVE-2024-21230

CVE-2024-21236

CVE-2024-21238

CVE-2024-21239

CVE-2024-21241

CVE-2025-21494

CVE-2025-21504

CVE-2025-21525

CVE-2025-21534

CVE-2025-21536

已修正以下問題：在寫入器0上將 innodb_flush_log_at_trx_commit設定為 時，從讀取器轉送到寫入器執行個體的多陳述式查詢可能會停止回應，在讀取器上設定為非零時，防止潛在的寫入轉送失敗。

已修正已啟用增強型 Binlog 的死結問題，該問題可能會在與將交易遞交至 BLACKHOLE 引擎或執行XA PREPARE陳述式SHOW BINARY LOGS同時執行時導致資料庫重新啟動，以防止潛在的停滯寫入和執行個體可用性問題。

修正寫入轉送中可能導致 Aurora 寫入器執行個體重新啟動的競爭條件，方法是在先前的請求完全完成之前，防止接受新的請求，從而改善寫入轉送操作的穩定性。

已修正複本上網路中斷可能無法正確重新建立與寫入器的連線，導致複寫卡住並可能重新啟動執行個體的問題。

Aurora MySQL 記憶體不足 (OOM) 回應現在實作分階段緩衝集區大小調整，當透過aurora_oom_response資料庫參數啟用時，會根據系統記憶體狀態 (LOW/RESERVED) 逐漸減少記憶體用量，在記憶體壓力情況下提供更好的記憶體管理。

透過最佳化復原程序，無論 Binlog 檔案大小為何，都需要持續的時間，以改善資料庫重新啟動期間的 Binlog 檔案復原時間。先前，在某些情況下，復原時間會與最後一個 Binlog 檔案的大小成正比。

修正在查詢 的同時執行 InnoDB 資料表截斷操作時，可能導致非預期 MySQL 伺服器重新啟動的問題performance_schema.data_lock_waits。

修正在低儲存條件下遞交大型 Binlog 事件時，可能導致資料庫執行個體重新啟動的問題。

修正緩衝集區在記憶體不足 (OOM) 避免期間觸發的調整大小操作在高工作負載情況下可能會變得沒有回應，導致資料庫重新啟動的問題。

修正在建立觸發時可能導致資料庫重新啟動迴圈的問題。新增 Binlog 或 Relaylog 檔案或這些檔案輪換時，也會發生此問題。

修正使用寫入轉送搭配多陳述式或隱含遞交查詢時，可能導致 Aurora 讀取器執行個體重新啟動的問題。

已修正以下問題：ALTER TABLE ... REBUILD / OPTIMIZE TABLE操作可能會在每個 DDL 執行緒之間分配innodb_ddl_buffer_size位元組，而不是將緩衝區大小除以執行緒，從而防止 DDL 操作期間潛在的記憶體使用率過高。

在記憶體超過 4 GiB 的所有資料庫執行個體類別上aurora_oom_response，變更 的預設值，從列印變更為列印、拒絕、kill_connect。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Amazon Aurora MySQL out-of-memory問題。

下列權限已新增至 rds_superuser_role：FLUSH_OPTIMIZER_COSTS、FLUSH_STATUS、FLUSH_TABLES、FLUSH_USER_RESOURCES。如需 的相關資訊rds_superuser_role，請參閱 Amazon Aurora 文件的 Amazon 主使用者帳戶。如需這些動態權限的詳細資訊，請參閱 MySQL 文件。

從此 Aurora MySQL 版本開始，不會再啟用快速插入最佳化。如需相關資訊，請參閱《Amazon Aurora​ 使用者指南》中的 Amazon Aurora MySQL 效能增強功能。

修正不正確違反max_user_connections閾值的問題，導致某些使用者的連線錯誤。在某些情況下會發生這種情況，例如連線建立和幾乎立即終止時。

修正導致高 CPU 使用率的稽核記錄問題，導致資料庫伺服器執行個體沒有回應。

修正使用 XA 交易時的記憶體管理問題，防止在啟用增強型 Binlog 時重新啟動可能的執行個體。

修正最佳化工具由於 Bufferpool 索引統計資料在資料庫伺服器重新啟動後錯誤更新而產生不正確的成本估算時，查詢效能會降低的問題。

修正由於工作者執行緒停滯，導致客戶無法關閉本機寫入轉送功能的問題。

已修正導致SHOW BINARY LOGS命令在已啟用或先前已啟用增強型 Binlog 的叢集上執行時間較長的問題。如果多個SHOW BINARY LOGS命令同時執行，此問題也可能會導致遞交延遲增加。

已修正嘗試保留連線時，零停機時間修補 (ZDP) 可能失敗的問題，該連線屬於已捨棄的使用者。如需 DROP USER命令及其對作用中連線的影響的詳細資訊，請參閱 MySQL 文件。

雖然收到並套用大型交易，並使用 提出停止複寫頻道的請求STOP REPLICA，但 MySQL 未正確執行此操作，且隨後未處理任何頻道命令。此外，伺服器關閉程序並未正常完成，且需要終止 MySQL 程序或重新啟動主機系統。（錯誤編號 115966、錯誤編號 37008345)