本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Aurora MySQL 資料庫引擎更新 2026-10-05 (3.10.6 版，與 MySQL 8.0.42 相容）
版本：3.10.6
Aurora MySQL 3.10.6 已全面推出。Aurora MySQL 3.10 版本與 MySQL 8.0.42 相容。如需社群變更的詳細資訊，請參閱 MySQL 網站上的 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.6 版叢集。 MySQL
如需規劃升級至 Aurora MySQL 第 3 版的相關資訊，請參閱規劃 Aurora MySQL 叢集的主要版本升級。如需一般升級資訊，請參閱《Amazon Aurora 使用者指南》中的升級 Aurora MySQL 資料庫叢集。
如需故障診斷資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 就地升級的故障診斷。
如果您有任何問題或疑慮， 支援 可在 社群論壇和透過 取得支援
改進
安全性修正
-
修正設定 Kerberos 服務主體名稱時，可能導致資料庫執行個體重新啟動的問題。
-
修正查詢透過預備陳述式執行可能會在進階稽核日誌中產生重複項目的問題。
-
修正進階稽核日誌針對 SQL SECURITY DEFINER 常式 （存放程序、函數或觸發） 內執行的 SQL 陳述式記錄不正確的使用者和主機的問題。這些記錄顯示常式的定義器使用者和主機 （例如 'user'@'%')，而不是叫用常式的 SQL 用戶端。在此修正之後，記錄會顯示叫用 SQL 用戶端的使用者和主機。
此版本包含下列高嚴重性 CVEs修正：
可用性改善
-
已修正在零停機時間修補 (ZDP) 期間可能導致額外重新啟動的問題，該問題會影響整體修補時間和保留連線的能力。
-
修正過大的 thread_stack 組態可能會在重新啟動或升級期間阻止 Aurora MySQL 伺服器啟動的問題。Aurora MySQL 伺服器現在會在超過系統記憶體時自動將 thread_stack 重設為引擎預設值 (1 MB)，以防止啟動失敗。
-
修正透過寫入轉送處理寫入工作負載時，可能導致讀取器執行個體重新啟動的記憶體管理問題。
-
修正可能導致讀取器資料庫執行個體上的寫入轉送停止運作的問題，需要重新啟動讀取器才能還原寫入轉送。當使用全域寫入轉送或本機寫入轉送時，轉送的查詢已取消或逾時時，可能會發生這種情況。
-
已修正可能使複本短暫中斷連線並重新連線至主要節點的問題，導致複寫延遲暫時遽增 (AuroraReplicaLag)。
-
修正處理變更子分割區順序的
ALTER TABLE ... REORGANIZE PARTITIONSQL 陳述式時，可能導致寫入器執行個體重新啟動的問題。
一般改進
-
修正以下問題：在寫入轉送期間，讀取器執行個體重新啟動可能會在寫入器執行個體上留下孤立轉送工作階段，而終止該工作階段可能會導致寫入器重新啟動。
-
修正啟用寫入轉送時，正常讀取器中斷連線可能在寫入器執行個體
Aborted_clients上錯誤地增加的問題。 -
修正以下問題：啟用寫入轉送時，將 aurora_replica_read_consistency 設為全域的讀取器工作階段可能無法讀取最新遞交的變更。
-
已修正可能導致 AuroraReplicaLag 指標在已啟用增強型 Binlog 且幾乎沒有寫入工作負載的資料庫叢集上報告高於真實複本延遲的值的問題。
MySQL 社群版錯誤修正整合
-
在預存程式中建立的事件不一定都能正確處理。（錯誤編號 36402968)
-
修正使用 ALTER TABLE 重新命名資料欄的問題... 在具有先前即時 DDL 變更的資料表上變更 COLUMN 可能會導致不正確的內部資料欄位置中繼資料。（錯誤編號 38935534)
