本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Aurora MySQL 8.4.8，2026 年 9 月 3 日
**版本：**8.4.8
此版本的 Aurora MySQL 與 MySQL 8.4.8 相容。如需已發生之社群變更的詳細資訊，請參閱 [MySQL 網站上的 MySQL 8.4 版本備註。](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) MySQL
如需 Aurora MySQL 8.4 版中新功能的詳細資訊，請參閱[與 MySQL 8.4 相容的 Aurora MySQL 8.4 版。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL84.html)如需 Aurora MySQL 8.4 版與 3 版之間的差異，請參閱 [Aurora MySQL 第 3 版與 Aurora MySQL 第 8.4 版的比較。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v3-v84.html)如需 MySQL 8.4 Community Edition 的比較，請參閱《*Amazon* [Aurora 使用者指南》中的 Aurora MySQL 8.4 版和 MySQL 8.4 Community Edition 的比較。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v84-community.html)
您可以執行就地主要版本升級、使用升級還原快照，或使用 [Amazon RDS 藍/綠部署啟動受管藍/綠](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)升級。您可以從任何目前支援的 Aurora MySQL 第 3 版叢集升級至 Aurora MySQL 8.4.8 版。
如需規劃升級至 Aurora MySQL 8.4 版的相關資訊，請參閱[規劃 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)。
## 新功能
+ 新增對多來源二進位日誌 (binlog) 複寫的支援。此功能可讓 Aurora MySQL 資料庫叢集同時複寫多個 MySQL 相容來源資料庫的資料。每個來源連線都會透過專用的複寫管道進行管理，其中包含自己的接收器執行緒、附加執行緒和轉送日誌。您可以使用新的每個頻道預存程序來設定和管理頻道。如需詳細資訊，請參閱《*Amazon* [Aurora 使用者指南》中的搭配 Aurora MySQL 使用多來源複寫](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MultiSource.html)。
+ 新增對延遲二進位日誌 (binlog) 複寫的支援，其中可設定 Aurora MySQL 資料庫叢集做為二進位日誌複本，以等待指定的秒數，再套用從來源接收的交易。延遲複寫可用於防止意外資料修改，例如意外`DROP TABLE`或`DELETE`陳述式，讓您有一個復原時段，在錯誤傳播到複本之前識別和更正錯誤。如需詳細資訊，請參閱《*Amazon Aurora 使用者指南*》中的[設定複寫延遲間隔](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.Delayed.html)。
+ 引進 `aurora_transaction_timeout` 參數。此參數會設定 InnoDB 交易的最長持續時間，以秒為單位。您可以使用此參數來協助防止長時間執行的交易 （作用中或閒置） 封鎖 InnoDB 清除，這可能會導致效能問題。如需詳細資訊，請參閱《*Amazon* [Aurora 使用者指南》中的 Aurora MySQL 交易逾時](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.TransactionTimeout.html)。
+ 新增對 TLS 1.3 連線量子後混合金鑰交換 (X25519MLKEM768 和 SecP256r1MLKEM768) 的支援。支援後量子金鑰交換的用戶端會自動交涉可抵抗量子的共用秘密。若要確認目前工作階段交涉的群組，請查詢`Aurora_ssl_named_group`狀態變數。例如：`SHOW STATUS LIKE 'Aurora_ssl_named_group';`。
## 改進
以下是相較於 Aurora MySQL 8.4.7 所做的改進，請參閱 [Aurora MySQL 8.4.7 版本備註。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.847.html)
### 安全性修正
+ 修正進階稽核日誌針對 SQL SECURITY DEFINER 常式 （存放程序、函數或觸發） 內執行的 SQL 陳述式記錄不正確的使用者和主機的問題。這些記錄顯示常式的定義器使用者和主機 （例如 `'user'@'%'`)，而不是叫用常式的 SQL 用戶端。在此修正之後，記錄會顯示叫用 SQL 用戶端的使用者和主機。
+ 已修正在進階稽核日誌中，透過預備陳述式執行查詢可能產生重複項目的問題。
+ 已修正以下問題： `SET ROLE NONE`無法使用寫入轉送在工作階段中正確清除先前作用中角色的權限，這可能允許在角色停用後應遭拒的操作。
此版本包含下列高嚴重性 CVEs修正：
+ [CVE-2026-46863](https://www.cve.org/CVERecord?id=CVE-2026-46863)
+ [CVE-2026-60163](https://www.cve.org/CVERecord?id=CVE-2026-60163)
+ [CVE-2026-61094](https://www.cve.org/CVERecord?id=CVE-2026-61094)
此版本包含下列中等嚴重性 CVEs修正：
+ [CVE-2026-21936](https://www.cve.org/CVERecord?id=CVE-2026-21936)
+ [CVE-2026-21937](https://www.cve.org/CVERecord?id=CVE-2026-21937)
+ [CVE-2026-21941](https://www.cve.org/CVERecord?id=CVE-2026-21941)
+ [CVE-2026-21948](https://www.cve.org/CVERecord?id=CVE-2026-21948)
+ [CVE-2026-21968](https://www.cve.org/CVERecord?id=CVE-2026-21968)
+ [CVE-2026-60585](https://www.cve.org/CVERecord?id=CVE-2026-60585)
+ [CVE-2026-60332](https://www.cve.org/CVERecord?id=CVE-2026-60332)
+ [CVE-2026-60331](https://www.cve.org/CVERecord?id=CVE-2026-60331)
+ [CVE-2026-60747](https://www.cve.org/CVERecord?id=CVE-2026-60747)
+ [CVE-2026-47023](https://www.cve.org/CVERecord?id=CVE-2026-47023)
+ [CVE-2026-60186](https://www.cve.org/CVERecord?id=CVE-2026-60186)
+ [CVE-2026-60184](https://www.cve.org/CVERecord?id=CVE-2026-60184)
+ [CVE-2026-60185](https://www.cve.org/CVERecord?id=CVE-2026-60185)
+ [CVE-2026-60187](https://www.cve.org/CVERecord?id=CVE-2026-60187)
+ [CVE-2026-60188](https://www.cve.org/CVERecord?id=CVE-2026-60188)
+ [CVE-2026-60189](https://www.cve.org/CVERecord?id=CVE-2026-60189)
+ [CVE-2026-60191](https://www.cve.org/CVERecord?id=CVE-2026-60191)
此版本包含下列低嚴重性 CVEs修正：
+ [CVE-2026-60190](https://www.cve.org/CVERecord?id=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 指標](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMonitoring.Metrics.html)。 **如需暫時資料表的詳細資訊，請參閱 MySQL 網站上的[外部暫時資料表](https://dev.mysql.com/doc/refman/8.4/en/create-temporary-table.html)和[內部暫時資料表](https://dev.mysql.com/doc/refman/8.4/en/internal-temporary-tables.html)。
+ 修正在啟用寫入轉送的叢集上發生容錯移轉事件後，寫入轉送輸送量和延遲指標錯誤回報為 0 的問題。這些指標現在可準確反映容錯移轉後的寫入轉送活動：`ForwardingReplicaDMLLatency`、`ForwardingReplicaSelectLatency`、 `ForwardingReplicaDMLThroughput`和 `ForwardingReplicaSelectThroughput`。
+ 已修正最佳化工具使用 `IN`和 參數化值，以預備陳述式挑選次佳查詢執行計畫的效能問題。
+ 修正在啟用平行查詢且雜湊聯結所需的記憶體超過限制時，可能導致使用雜湊聯結的查詢傳回不正確結果的問題。
### 升級和遷移
+ 修正可能導致資料庫叢集複製操作需要較長時間才能完成的問題。
## MySQL 社群版錯誤修正整合
此版本以 MySQL 8.4.8 為基礎。如需詳細資訊，請參閱 [MySQL 網站上的 MySQL 8.4 版本備註。](https://dev.mysql.com/doc/relnotes/mysql/8.4/en/) MySQL
+ 修正 MySQL 8.0.42 中引入的迴歸，其中使用預備陳述式或預存程序插入分割資料表可能會失敗 `ERROR 1748`(「找到不符合指定分割區集的資料列」)。當分割區索引鍵資料欄使用 時發生這種情況`DEFAULT CURRENT_TIMESTAMP`。分割區在準備時間剔除會根據目前時間戳記鎖定分割區，但在後續重新執行時，時間戳記可能會對應至不同的分割區。如需此修正的詳細資訊，請參閱 MySQL [Bugs 網站上的 MySQL 上游錯誤編號 119784](https://bugs.mysql.com/bug.php?id=119784)。 MySQL