本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 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 版本備註](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 **注意** 此版本被指定為長期支援 (LTS) 版本。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 長期支援 (LTS) 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Update.SpecialVersions.html#AuroraMySQL.Updates.LTS)。 建議您不要將 LTS 版本的 `AutoMinorVersionUpgrade` 參數設定為 `true`（或在 中啟用**自動次要版本升級** AWS 管理主控台)。這樣做可能會導致您的資料庫叢集升級至自動次要版本升級行銷活動的下一個目標版本，這可能不是 LTS 版本。 如需 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)。 您可以[利用零停機時間修補 (ZDP)](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.10.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 使用者指南》中的維護 Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 新功能 + Aurora MySQL 3.10 版擴展了二進位日誌複本的記憶體內轉送日誌快取支援。此功能在 [3.05 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.3050.html)中首次推出，可將二進位日誌複寫輸送量提高高達 40%。記憶體內轉送日誌快取預設為啟用單一執行緒二進位日誌複寫、啟用 [GTID 自動定位](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)的多執行緒複寫，並從 3.10 版開始，也啟用具有 [https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order](https://dev.mysql.com/doc/refman/8.0/en/replication-options-replica.html#sysvar_replica_preserve_commit_order)（即使沒有 GTIDs 的多執行緒複寫。您可以使用 3.10、 中的新參數來控制此功能。 [https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html)如需詳細資訊，請參閱 [Aurora MySQL 中的二進位日誌最佳化](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/binlog-optimization.html)。 + Amazon Aurora 已將其最大儲存容量從 128 TiB 加倍至 256 TiB，在單一資料庫叢集中啟用更大的工作負載。若要搭配 Aurora MySQL 使用增加的儲存限制，請將叢集升級至 3.10 版 （與 MySQL 8.0.42 相容） 或更新版本。升級後，Aurora 儲存會根據叢集磁碟區中的資料量，自動擴展至 256 TiB。 ## 改善項目 **安全性修正** 中型 CVEs： + [CVE-2025-21501](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21501) + [CVE-2025-21500](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21500) + [CVE-2025-21543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21543) + [CVE-2025-21540](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21540) + [CVE-2025-21491](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21491) + [CVE-2025-21490](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21490) + [CVE-2025-21559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21559) + [CVE-2025-21555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21555) + [CVE-2025-21497](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21497) + [CVE-2025-21519](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21519) + [CVE-2025-21529](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21529) + [CVE-2025-21505](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21505) + [CVE-2025-21531](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21531) + [CVE-2025-21523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21523) + [CVE-2025-21503](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21503) + [CVE-2025-21522](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21522) + [CVE-2025-21518](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21518) + [CVE-2025-21577](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21577) + [CVE-2025-30682](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30682) + [CVE-2025-30687](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30687) + [CVE-2025-30688](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30688) + [CVE-2025-21574](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21574) + [CVE-2025-21575](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21575) + [CVE-2025-30693](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30693) + [CVE-2025-30695](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30695) + [CVE-2025-30715](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30715) + [CVE-2025-21584](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21584) + [CVE-2025-21580](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21580) + [CVE-2025-21581](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21581) + [CVE-2025-21585](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21585) + [CVE-2025-30689](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30689) + [CVE-2025-21579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21579) + [CVE-2025-30696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30696) + [CVE-2025-30705](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30705) + [CVE-2025-30683](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30683) + [CVE-2025-30684](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30684) + [CVE-2025-30685](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30685) + [CVE-2025-30699](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30699) + [CVE-2025-30704](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30704) + [CVE-2025-30721](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30721) 低 CVEs： + [CVE-2025-21520](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21520) + [CVE-2025-21546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-21546) + [CVE-2025-30703](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30703) + [CVE-2025-30681](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-30681) **可用性改進項目：** + 修正由於不正確的復原進度評估而導致不必要的資料庫伺服器重新啟動的問題。 **一般改進：** + 啟用 I/O 最佳化時減少遞交延遲。 + 修正啟用寫入轉送並`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 溢出錯誤](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.Performance.html#AuroraMySQL.BestPractices.Performance.VirtualIndexIDOverflow)。 ## MySQL 社群版錯誤修正整合 此版本包含 和 8.0.42 之前的所有社群錯誤修正。如需詳細資訊，請參閱[Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。 + 伺服器結束可能是由多個執行緒同時嘗試註冊和取消註冊中繼資料效能結構描述物件，或取得和釋放中繼資料鎖定所造成。(錯誤編號 26502135)