本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2025-05-14 (3.09.0 版，與 MySQL 8.0.40 相容） **版本：**3.09.0 Aurora MySQL 3.09.0 已全面推出。Aurora MySQL 3.09 版本與 MySQL 8.0.40 相容。如需有關已進行之社群變更的詳細資訊，請參閱 [MySQL 8.0 版本備註](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 如需 Aurora MySQL 第 3 版中新功能的詳細資訊，請參閱 [與 MySQL 8.0 相容的 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。若要了解 Aurora MySQL 第 3 版與 Aurora MySQL 第 2 版之間的差異，請參閱[比較 Aurora MySQL 第 2 版與 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。如需 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較，請參閱《*Amazon* [Aurora 使用者指南》中的 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html)。 您可以執行就地升級，利用[zero-downtime-patch](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.ZDP.html)、還原快照，或使用 [Amazon RDS 藍/綠部署，從任何目前支援的 Aurora MySQL 第 2 版叢集，啟動受管藍/](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)綠升級到 Aurora MySQL 3.09.0 版叢集。 MySQL 如需規劃升級至 Aurora MySQL 第 3 版的資訊，請參閱[規劃 Aurora MySQL 叢集的主要版本升級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Planning)。如需有關 Aurora MySQL 升級的一般資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Amazon Aurora MySQL 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)。 如需故障診斷資訊，請參閱《*Amazon* [Aurora 使用者指南》中的 Aurora MySQL 就地升級的故障診斷](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.MajorVersionUpgrade.html#AuroraMySQL.Upgrading.Troubleshooting)。 如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 [AWS Support](https://aws.amazon.com/support)。如需詳細資訊，請參閱《*Amazon Aurora 使用者指南*》中的[維護資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 版本重點 + 增強型 Aurora MySQL 全域資料庫，允許次要讀取器執行個體在意外事件 （硬體故障、網路中斷） 期間完成啟動並提供讀取請求。先前，次要讀取器執行個體無法在此類事件期間重新啟動。如需詳細資訊，請參閱《*Amazon Aurora 使用者指南*》中的[全域資料庫次要叢集的跨區域彈性](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-global-database-secondary-availability.html)。 + 在 Aurora MySQL 全球資料庫跨區域切換期間減少寫入器停機時間，通常不到一分鐘，將計劃區域切換期間的停機時間降至最低。 ## 改善項目 **安全性修正** 關鍵 CVEs： + [CVE-2024-11053](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-11053) + [CVE-2024-37371](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-37371) 中型 CVEs： + [CVE-2024-7264](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-7264) + [CVE-2024-21193](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21193) + [CVE-2024-21194](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21194) + [CVE-2024-21196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21196) + [CVE-2024-21197](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21197) + [CVE-2024-21198](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21198) + [CVE-2024-21199](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21199) + [CVE-2024-21201](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21201) + [CVE-2024-21203](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21203) + [CVE-2024-21207](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21207) + [CVE-2024-21212](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21212) + [CVE-2024-21213](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21213) + [CVE-2024-21218](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21218) + [CVE-2024-21219](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21219) + [CVE-2024-21230](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21230) + [CVE-2024-21236](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21236) + [CVE-2024-21238](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21238) + [CVE-2024-21239](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21239) + [CVE-2024-21241](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-21241) + [CVE-2025-21494](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21494) + [CVE-2025-21504](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21504) + [CVE-2025-21525](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21525) + [CVE-2025-21534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21534) + [CVE-2025-21536](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21536) **可用性改進項目：** + 已修正以下問題：在寫入器`0`上將 `innodb_flush_log_at_trx_commit`設定為 時，從讀取器轉送到寫入器執行個體的多陳述式查詢可能會停止回應，在讀取器上設定為非零時，防止潛在的寫入轉送失敗。 + 已修正已啟用增強型 Binlog 的死結問題，此問題可能會在與將交易遞交至 [BLACKHOLE](https://dev.mysql.com/doc/refman/8.0/en/blackhole-storage-engine.html) 引擎或執行`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\$1connect。如需詳細資訊，請參閱《[Amazon Aurora 使用者指南》中的 Amazon Aurora MySQL out-of-memory問題](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)。 ** + 下列權限已新增至 `rds_superuser_role`：`FLUSH_OPTIMIZER_COSTS`、`FLUSH_STATUS`、`FLUSH_TABLES`、`FLUSH_USER_RESOURCES`。如需 的相關資訊`rds_superuser_role`，請參閱 [Amazon Aurora 文件的 Amazon 主使用者帳戶](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html)。如需這些動態權限的詳細資訊，請參閱 [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html) 文件。 + 從此 Aurora MySQL 版本開始，快速插入最佳化不再啟用。如需相關資訊，請參閱《Amazon Aurora​ 使用者指南》**中的 [Amazon Aurora MySQL 效能增強功能](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。 + 修正不正確違反`max_user_connections`閾值的問題，導致某些使用者的連線錯誤。在某些情況下會發生這種情況，例如當連線幾乎立即建立和終止時。 + 修正導致高 CPU 使用率的稽核記錄問題，導致資料庫伺服器執行個體沒有回應。 + 修正使用 XA 交易時的記憶體管理問題，防止在啟用增強型 Binlog 時重新啟動可能的執行個體。 + 已修正最佳化工具由於 Bufferpool 索引統計資料在資料庫伺服器重新啟動後錯誤更新而產生不正確的成本估算時，查詢效能會降低的問題。 + 已修正因為工作者執行緒停滯，導致客戶無法關閉本機寫入轉送功能的問題。 + 已修正導致`SHOW BINARY LOGS`命令在已啟用或先前已啟用增強型 Binlog 的叢集上執行時間較長的問題。如果多個`SHOW BINARY LOGS`命令同時執行，此問題也可能會導致遞交延遲增加。 **升級和遷移：** + 已修正嘗試保留連線時，零停機時間修補 (ZDP) 可能失敗的問題，該連線屬於已捨棄的使用者。如需 `DROP USER`命令及其對作用中連線的影響的詳細資訊，請參閱 [MySQL 文件](https://dev.mysql.com/doc/refman/8.0/en/flush.html)。 ## MySQL 社群版錯誤修正整合 此版本包含 和 8.0.40 之前的所有社群錯誤修正。如需詳細資訊，請參閱[Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。 + 雖然收到並套用大型交易，並使用 提出停止複寫頻道的請求`STOP REPLICA`，但 MySQL 未正確執行此操作，且隨後未處理任何頻道命令。此外，伺服器關閉程序並未正常完成，且需要終止 MySQL 程序或重新啟動主機系統。（錯誤編號 115966、錯誤編號 37008345)