Aurora MySQL 資料庫引擎更新 2025-07-31 (3.10.0 版，與 MySQL 8.0.42 相容）

版本：3.10.0

Aurora MySQL 3.10.0 已全面推出。Aurora MySQL 3.10 版本與 MySQL 8.0.42 相容。如需有關已進行之社群變更的詳細資訊，請參閱 MySQL 8.0 版本備註。

如需 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 的比較。

您可以利用零停機時間修補 (ZDP) 執行就地升級、還原快照，或使用 Amazon RDS 藍/綠部署，從任何目前支援的 Aurora MySQL 第 2 版叢集，啟動受管藍/綠升級到 Aurora MySQL 3.10.0 版叢集。 MySQL

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

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

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

新功能

• Aurora MySQL 3.10 版擴展了二進位日誌複本的記憶體內轉送日誌快取支援。此功能首次在 3.05 版中推出，可將二進位日誌複寫輸送量提高高達 40%。記憶體內轉送日誌快取預設會針對啟用 GTID 自動定位的單執行緒二進位日誌複寫、多執行緒複寫啟用，並從 3.10 版開始，也會啟用具有 replica_preserve_commit_order = ON（即使沒有 GTIDs 的多執行緒複寫。您可以使用 3.10、 中的新參數來控制此功能。 aurora_in_memory_relaylog如需詳細資訊，請參閱 Aurora MySQL 中的二進位日誌最佳化。

• Amazon Aurora 已將其最大儲存容量從 128 TiB 加倍至 256 TiB，在單一資料庫叢集中啟用更大的工作負載。若要搭配 Aurora MySQL 使用增加的儲存限制，請將叢集升級至 3.10 版 （與 MySQL 8.0.42 相容） 或更新版本。升級後，Aurora 儲存會根據叢集磁碟區中的資料量，自動擴展至 256 TiB。

改善項目

安全性修正

中型 CVEs：

• CVE-2025-21501

• CVE-2025-21500

• CVE-2025-21543

• CVE-2025-21540

• CVE-2025-21491

• CVE-2025-21490

• CVE-2025-21559

• CVE-2025-21555

• CVE-2025-21497

• CVE-2025-21519

• CVE-2025-21529

• CVE-2025-21505

• CVE-2025-21531

• CVE-2025-21523

• CVE-2025-21503

• CVE-2025-21522

• CVE-2025-21518

• CVE-2025-21577

• CVE-2025-30682

• CVE-2025-30687

• CVE-2025-30688

• CVE-2025-21574

• CVE-2025-21575

• CVE-2025-30693

• CVE-2025-30695

• CVE-2025-30715

• CVE-2025-21584

• CVE-2025-21580

• CVE-2025-21581

• CVE-2025-21585

• CVE-2025-30689

• CVE-2025-21579

• CVE-2025-30696

• CVE-2025-30705

• CVE-2025-30683

• CVE-2025-30684

• CVE-2025-30685

• CVE-2025-30699

• CVE-2025-30704

• CVE-2025-30721

低 CVEs：

• CVE-2025-21520

• CVE-2025-21546

• CVE-2025-30703

• CVE-2025-30681

可用性改進項目：

• 已修正由於不正確的復原進度評估而導致不必要的資料庫伺服器重新啟動的問題。

一般改進：

• 修正啟用寫入轉送並aurora_replica_read_consistency修改參數時，導致讀取器執行個體未產生錯誤日誌的問題。

• 已修正由於複寫執行緒與查詢存取緩衝區快取中不存在的資料表之間的互動而導致讀取器執行個體重新啟動的問題。

• 修正本機寫入轉送在資料庫執行個體以零停機時間重新啟動重新啟動後停止運作的問題。

• 修正寫入轉送的問題，其中針對包含集合選項的陳述式，轉送查詢的行為可能不正確。

• 修正插入復原資料表空間的中繼資料會觸發非預期資料庫重新啟動的穩定性問題。

• 已修正當資料表大於 14 TB 時，可能導致資料庫叢集匯出比預期更長的問題。

• 已修正可能導致Innodb_buffer_pool_pages_misc狀態變數報告不正確的問題。

• 新增在零停機時間修補 (ZDP) 或零停機時間重新啟動 (ZDR) LAST_INSERT_ID期間保留的支援。

• Aurora MySQL 使用虛擬索引 IDs的 8 位元值來防止 MySQL 復原格式問題，因為超過此限制可能會導致叢集無法使用。接近此限制時，系統現在會將警告訊息寫入 MySQL 錯誤日誌。如果達到限制，則 嘗試新增索引會傳回錯誤。如需虛擬索引最佳實務的詳細資訊，請參閱 Aurora MySQL 文件中的虛擬索引 ID 溢出錯誤。

MySQL 社群版錯誤修正整合

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

• 伺服器結束可能是由多個執行緒同時嘗試註冊和取消註冊中繼資料效能結構描述物件，或取得和釋放中繼資料鎖定所造成。(錯誤編號 26502135)