Aurora MySQL 8.4.8，2026 年 9 月 3 日

新增對多來源二進位日誌 (binlog) 複寫的支援。此功能可讓 Aurora MySQL 資料庫叢集同時複寫多個 MySQL 相容來源資料庫的資料。每個來源連線都會透過專用的複寫管道進行管理，其中包含自己的接收器執行緒、附加執行緒和轉送日誌。您可以使用新的每個頻道預存程序來設定和管理頻道。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的搭配 Aurora MySQL 使用多來源複寫。

新增對延遲二進位日誌 (binlog) 複寫的支援，其中可設定 Aurora MySQL 資料庫叢集做為二進位日誌複本，以等待指定的秒數，再套用從來源接收的交易。延遲複寫可用於防止意外資料修改，例如意外DROP TABLE或DELETE陳述式，讓您有一個復原時段，在錯誤傳播到複本之前識別和更正錯誤。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的設定複寫延遲間隔。

引進 aurora_transaction_timeout 參數。此參數會設定 InnoDB 交易的最長持續時間，以秒為單位。您可以使用此參數來協助防止長時間執行的交易 （作用中或閒置） 封鎖 InnoDB 清除，這可能會導致效能問題。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 交易逾時。

新增對 TLS 1.3 連線量子後混合金鑰交換 (X25519MLKEM768 和 SecP256r1MLKEM768) 的支援。支援後量子金鑰交換的用戶端會自動交涉可抵抗量子的共用秘密。若要確認目前工作階段交涉的群組，請查詢Aurora_ssl_named_group狀態變數。例如：SHOW STATUS LIKE 'Aurora_ssl_named_group';。

修正進階稽核日誌針對 SQL SECURITY DEFINER 常式 （存放程序、函數或觸發） 內執行的 SQL 陳述式記錄不正確的使用者和主機的問題。這些記錄顯示常式的定義器使用者和主機 （例如 'user'@'%')，而不是叫用常式的 SQL 用戶端。在此修正之後，記錄會顯示叫用 SQL 用戶端的使用者和主機。

已修正在進階稽核日誌中，透過預備陳述式執行查詢可能產生重複項目的問題。

已修正以下問題： SET ROLE NONE無法使用寫入轉送在工作階段中正確清除先前作用中角色的權限，這可能允許在角色停用後應遭拒的操作。

CVE-2026-46863

CVE-2026-60163

CVE-2026-61094

CVE-2026-21936

CVE-2026-21937

CVE-2026-21941

CVE-2026-21948

CVE-2026-21968

CVE-2026-60585

CVE-2026-60332

CVE-2026-60331

CVE-2026-60747

CVE-2026-47023

CVE-2026-60186

CVE-2026-60184

CVE-2026-60185

CVE-2026-60187

CVE-2026-60188

CVE-2026-60189

CVE-2026-60191

CVE-2026-60190

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

修正可能導致讀取器資料庫執行個體上的寫入轉送停止運作的問題，需要重新啟動讀取器才能還原寫入轉送。當使用全域寫入轉送或本機寫入轉送時，轉送的查詢已取消或逾時時，可能會發生這種情況。

修正擴展Aurora serverless操作期間關鍵資料結構調整大小延遲可能會導致 RDS 運作狀態監控重新啟動資料庫執行個體的問題。

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

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

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

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

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

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

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

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

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

透過最佳化資料庫執行個體與修補後儲存層之間的通訊，減少零停機時間修補 (ZDP) 期間的停機時間。

修正 Aurora MySQL 記憶體管理的問題，其中記憶體out-of-memory(OOM) 回應動作在內部逾時期間後無法可靠地停用，如果aurora_oom_response資料庫參數值同時發生變更。

修正了增強型 Binlog 中在快照還原後報告不正確二進位日誌座標的問題。先前，當在來源叢集上執行增強型 Binlog 並復原某些交易時，這可能會導致無效的 binlog 複寫設定。

修正自動遞增復原功能中分割資料表的自動遞增值未正確復原的問題，這可能會導致潛在的 DUPLICATE KEY 錯誤。

新增新的 CloudWatch 指標 AuroraTempTableVolumeTotalBytes，報告寫入器執行個體上內部和外部 InnoDB 暫存資料表空間所使用的總叢集磁碟區位元組。此指標會報告所有作用中工作階段的暫時資料表空間儲存體耗用。您可以使用它來監控成長趨勢、識別大量儲存工作負載，以及設定 CloudWatch 警示。如需此指標的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Amazon Aurora 的 Amazon CloudWatch 指標。 如需暫時資料表的詳細資訊，請參閱 MySQL 網站上的外部暫時資料表和內部暫時資料表。

修正在啟用寫入轉送的叢集上發生容錯移轉事件後，寫入轉送輸送量和延遲指標錯誤回報為 0 的問題。這些指標現在可準確反映容錯移轉後的寫入轉送活動：ForwardingReplicaDMLLatency、ForwardingReplicaSelectLatency、 ForwardingReplicaDMLThroughput和 ForwardingReplicaSelectThroughput。

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

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

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

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