View a markdown version of this page

Aurora MySQL 資料庫引擎更新 2026-08-27 (3.13.0 版，與 MySQL 8.0.45 相容） - Amazon Aurora
改進MySQL 社群版錯誤修正整合

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

Aurora MySQL 資料庫引擎更新 2026-08-27 (3.13.0 版，與 MySQL 8.0.45 相容）

版本：3.13.0

Aurora MySQL 3.13.0 現已正式推出，並與 MySQL 8.0.45 相容。如需社群變更的詳細資訊，請參閱 MySQL 網站上的 MySQL 8.0 版本備註。 MySQL

如需 Aurora MySQL 第 3 版中新功能的詳細資訊，請參閱 與 MySQL 8.0 相容的 Aurora MySQL 第 3 版。

若要了解 Aurora MySQL 第 3 版與 Aurora MySQL 第 2 版之間的差異，請參閱比較 Aurora MySQL 第 2 版與 Aurora MySQL 第 3 版。

如需 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較。

您可以透過下列三種方式之一，從任何目前支援的 Aurora MySQL 第 2 版叢集升級至 Aurora MySQL 3.13.0 版叢集：使用零停機時間修補 (ZDP) 執行就地升級、還原快照，或使用 Amazon RDS 藍/綠部署啟動受管藍/綠升級。

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

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

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

改進

安全性修正

此版本包含下列高嚴重性 CVEs修正：

此版本包含下列中等嚴重性 CVEs修正：

可用性改善

  • 已修正在執行 ALTER TABLE ... REORGANIZE PARTITION、 DROP PARTITION或 並行操作 （例如效能結構描述查詢、全文搜尋最佳化或統計資料收集） 存取相同資料表ADD PARTITION時，可能導致資料庫執行個體重新啟動的問題。

  • 已修正在使用 新增資料欄的ALTER TABLE ... REORGANIZE PARTITION資料表上查詢performance_schema.data_lock_waits或與 同時performance_schema.data_locks執行時，可能導致資料庫執行個體重新啟動的問題ALGORITHM=INSTANT。

  • 修正處理變更子分割區順序的 ALTER TABLE ... REORGANIZE PARTITION SQL 陳述式時，可能導致寫入器執行個體重新啟動的問題。

  • 修正寫入器執行個體上的 DDL 操作可能會在讀取器執行個體上封鎖或刪除特定 SQL 陳述式的問題。受影響的陳述式包括寫入操作，例如performance_schema資料表TRUNCATE上的 UPDATE或 ，以及暫存資料表和操作的寫入JOIN操作。

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

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

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

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

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

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

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

  • 修正啟用本機或全域寫入轉送時，讀取器資料庫執行個體重新啟動時，可能導致寫入器資料庫執行個體重新啟動的問題。

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

  • 已修正在執行透過寫入轉送轉送至寫入器的二進位通訊協定預備陳述式時，複本執行個體可能會重新啟動的問題。

  • 修正以下問題：在高度並行寫入操作期間，由於內部計時衝突，可能會導致寫入器執行個體重新啟動。

  • 修正在啟用增強型 Binlog 時，可能導致資料庫執行個體重新啟動的問題。

  • 已修正可能讓複本短暫中斷連線並重新連線至寫入器的錯誤，導致複寫延遲暫時遽增 (AuroraReplicaLag)。

  • 修正 Aurora Storage Daemon 中在極少數情況下可能導致意外資料庫重新啟動的問題。

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

一般改進

  • 修正以下問題：啟用寫入轉送時，將 aurora_replica_read_consistency 設為 的讀取器工作階段global可能無法讀取最新遞交的變更。

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

  • 修正啟用寫入轉送時，正常讀取器中斷連線可能在寫入器執行個體Aborted_clients上錯誤地增加的問題。

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

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

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

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

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

  • 修正使用INPLACE演算法時，讀取器在特定線上 DDL 操作期間報告 ERROR 1146（找不到資料表） 的問題。

  • 修正在零停機時間修補 (ZDP) 或零停機時間重新啟動 (ZDR) 操作期間，可能導致執行個體可用性延遲的問題。

  • 修正在某些情況下，連線狀態在零停機時間升級後未保留的問題，這可能會導致非預期的行為。

  • 修正以下問題：在寫入轉送期間，讀取器執行個體重新啟動可能會在寫入器執行個體上留下孤立轉送工作階段，而終止該工作階段可能會導致寫入器重新啟動。

升級和遷移

  • 修正可能導致資料庫叢集複製操作需要較長時間才能完成的問題。

MySQL 社群版錯誤修正整合

此版本包含 和 8.0.45 之前的所有社群錯誤修正。如需詳細資訊，請參閱Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤。

  • 修正 MySQL 8.0.42 中引入的迴歸，其中使用預備陳述式或預存程序插入分割資料表可能會失敗 ERROR 1748(「找到不符合指定分割區集的資料列」)。當分割區索引鍵資料欄使用 時發生這種情況DEFAULT CURRENT_TIMESTAMP。分割區在準備時間剔除會根據目前時間戳記鎖定分割區，但在後續重新執行時，時間戳記可能會對應至不同的分割區。參考：MySQL 上游錯誤編號 119784。