View a markdown version of this page

Aurora MySQL 8.4.7，2026 年 5 月 21 日 - Amazon Aurora
新功能改進MySQL 社群版錯誤修正整合

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Aurora MySQL 8.4.7，2026 年 5 月 21 日

版本：8.4.7

此版本的 Aurora MySQL 與 MySQL 8.4.7 相容。如需已發生之社群變更的詳細資訊，請參閱 MySQL 8.4 版本備註。

如需 Aurora MySQL 8.4 版中新功能的詳細資訊，請參閱與 MySQL 8.4 相容的 Aurora MySQL 8.4 版。如需 Aurora MySQL 8.4 版、Aurora MySQL 3 版之間的差異，請參閱比較 Aurora MySQL 3 版和 Aurora MySQL 8.4 版。如需 Aurora MySQL 8.4 版和 MySQL 8.4 Community Edition 的比較，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 8.4 版和 MySQL 8.4 Community Edition 的比較。

您可以執行就地主要版本升級、透過升級還原快照，或使用 Amazon RDS 藍/綠部署，從任何目前支援的 Aurora MySQL 第 3 版叢集，啟動受管藍/綠升級到 Aurora MySQL 第 8.4.7 版叢集。 MySQL

如需規劃升級至 Aurora MySQL 8.4 版的相關資訊，請參閱規劃 Aurora MySQL 叢集的主要版本升級。如需有關 Aurora MySQL 升級的一般資訊，請參閱《Amazon Aurora 使用者指南》中的升級 Amazon Aurora MySQL 資料庫叢集。

如需故障診斷資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 就地升級的故障診斷。

如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 AWS Support。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的維護 Aurora 資料庫叢集。

新功能

  • 新增對 Aurora MySQL 8.4 中密碼管理功能的支援，可使用叢集參數群組設定進行設定。如需 MySQL 密碼管理功能和組態選項的完整說明，請參閱 MySQL 8.4 參考手冊第 8.2.15 節 – 密碼管理。

  • 新增對 validate_password元件強制執行密碼強度政策的支援，透過 aurora_enable_validate_password_component 參數啟用，並透過叢集參數群組設定。

  • 使用新aurora_enable_memory_management參數推出 Aurora MySQL 8.4 的自動記憶體管理。設為 ON（預設值） 時，Aurora 會自動管理記憶體復原動作，以防止out-of-memory(OOM) 資料庫重新啟動，並忽略 aurora_oom_response 參數。aurora_enable_memory_management 設定為 OFF以透過 手動控制復原動作aurora_oom_response。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Amazon Aurora MySQL out-of-memory問題。

改進

以下是相較於 Aurora MySQL 3.12.0 所做的改進，請參閱 Aurora MySQL 3.12.0 版本備註。

可用性改進項目：

  • 修正以下問題：寫入器執行個體在清除虛擬資料欄上具有索引之資料表的復原記錄時，可能導致寫入器執行個體在寫入器執行個體重新啟動時重複重新啟動。

  • 修正可能導致新資料庫叢集建立失敗的問題，需要刪除並重新建立叢集。

  • 修正在 SQL 陳述式處理之後清除暫存資料表時，資料庫寫入器執行個體在全域資料庫切換操作期間可能會意外重新啟動的問題。此重新啟動可能會導致更長的切換完成時間。

  • 使用多個執行緒在讀取器執行個體上套用寫入器執行個體的變更，以改善 Aurora 實體複寫的效能。

  • 修正寫入器執行個體遞交啟用 binlog 的大型交易時，可能導致僅供讀取複本重新啟動的問題。此問題也可能導致讀取包含大型交易的 binlog 檔案時發生錯誤。

  • 修正在 Aurora Serverless v2 擴展操作期間 InnoDB 緩衝集區調整大小的延遲可能會導致資料庫執行個體變得沒有回應並重新啟動的問題。

  • 修正out-of-memory(OOM) 迴避機制中可能導致資料庫執行個體重新啟動，同時嘗試在嚴重記憶體壓力下復原記憶體的問題。

  • 修正以下問題：在寫入器執行個體執行復原日誌的強制清除時，讀取器執行個體可能會在重新啟動後重複重新啟動。

  • 修正當使用平行查詢請求的子查詢在完成時未正確關閉時，可能導致讀取器執行個體意外重新啟動資料庫的問題。

一般改進：

  • 在啟用增強型 Binlog 的 binlog 複本上修正遞交順序，以正確遵循replica_preserve_commit_order設定。此排序行為不會影響資料完整性或造成交易之間的衝突，因為它僅適用於非相依交易的排序。

  • 修正使用 ORDER BY DESC 搭配範圍比較 和 時，可能導致查詢結果以遞增順序傳回的問題，而非請求的遞減順序LIMIT。

  • 修正使用 INPLACE 演算法時，讀取器在特定線上 DDL 操作期間回報 "ERROR 1146" （找不到資料表） 的問題。當下列情況時，可能會發生這種情況：1) 讀取器在 DDL 開始之前尚未開啟資料表，或 2) 讀取器重新啟動或在 DDL 進行時建立新讀取器。

  • 修正處理大於aurora_in_memory_relaylog固定快取大小 (128MB) 的 Binlog 事件時，可能導致複寫錯誤的問題。

  • 修正在緩衝集區調整大小或分頁移出操作期間，持續從暫時資料表讀取 SQL 陳述式時，可能導致資料庫執行個體重新啟動的不常發生的問題。

  • 修正最佳化工具使用 IN 和參數化值，透過已準備陳述式挑選次佳查詢執行計畫的效能問題。

  • 修正當系統資料表上的 DML 操作參考過時自動遞增值時，資料庫伺服器升級期間可能發生的叢集可用性問題。

  • 修正以下問題：啟用平行查詢且雜湊聯結所需的記憶體超過限制時，可能導致使用雜湊聯結的查詢傳回不正確的結果。

  • 修正在某些情況下，可能會在零停機時間修補或零停機時間重新啟動操作期間導致執行個體可用性延遲的問題。

  • 已修正當空間 GIS 查詢在具有明確 SRID 註釋宣告的資料欄上使用 Z 順序空間索引時，可能導致引擎重新啟動的問題。

MySQL 社群版錯誤修正整合

此版本以 MySQL 8.4.7 為基礎。如需詳細資訊，請參閱 MySQL 8.4 版本備註。