本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2025-11-13 (3.11.0 版，與 MySQL 8.0.43 相容） **版本：**3.11.0 Aurora MySQL 3.11.0 已全面推出。Aurora MySQL 3.11 版本與 MySQL 8.0.43 相容。如需有關已進行之社群變更的詳細資訊，請參閱 [MySQL 8.0 版本備註](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 如需 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) 執行就地升級、還原快照，或使用 [Amazon RDS 藍/綠部署，從任何目前支援的 Aurora MySQL 第 2 版叢集，啟動受管藍/](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html)綠升級到 Aurora MySQL 3.11.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 使用者指南》中的升級 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)。 如果您有任何問題或疑慮，支援可在社群論壇和透過 取得[支援](https://aws.amazon.com/support)。如需詳細資訊，請參閱《*Amazon* [Aurora 使用者指南》中的維護 Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改進 **已修正安全問題和 CVEs** **中型 CVEs：** + [CVE-2025-50077](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50077) + [CVE-2025-50078](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50078) + [CVE-2025-50079](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50079) + [CVE-2025-50080](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50080) + [CVE-2025-50082](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50082) + [CVE-2025-50083](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50083) + [CVE-2025-50084](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50084) + [CVE-2025-50085](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50085) + [CVE-2025-50086](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50086) + [CVE-2025-50087](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50087) + [CVE-2025-50088](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50088) + [CVE-2025-50091](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50091) + [CVE-2025-50092](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50092) + [CVE-2025-50093](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50093) + [CVE-2025-50094](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50094) + [CVE-2025-50096](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50096) + [CVE-2025-50097](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50097) + [CVE-2025-50099](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50099) + [CVE-2025-50101](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50101) + [CVE-2025-50102](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50102) + [CVE-2025-53023](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-53023) **低 CVEs：** + [CVE-2025-50098](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50098) + [CVE-2025-50100](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50100) + [CVE-2025-50104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-50104) **可用性改善** + 修正邏輯復原中`aurora_enhanced_binlog`已啟用 的問題，以防止資料庫在交易中止時重新啟動。 + 修正停用全域寫入轉送或本機寫入轉送時，可能導致寫入器執行個體重新啟動的問題。 + 修正在停用寫入轉送時，兩個或多個複本轉送請求時，可能導致寫入器沒有回應的問題。 + 修正在執行`EXPLAIN FOR CONNECTION `平行查詢上執行 `KILL ` 後執行 時，可能導致引擎重新啟動的問題。 + 已修正資料庫重新啟動後記憶體out-of-memory(OOM) 避免未保留所設定`aurora_oom_response`資料庫參數值的問題。 + 修正以下問題：如 MySQL Community Edition 所支援，具有 `CONNECTION_ADMIN`或 `SUPER`權限的使用者無法執行超出`max_connections`限制的額外連線。 + 已修正 Aurora Serverless V2 擴展的問題，該問題會導致資料庫執行個體因防止關鍵記憶體頁面遭取代而重新啟動。 + 修正當`innodb_purge_threads`參數手動設定為與預設值不同的值時，可能導致 Aurora MySQL Serverless v2 執行個體重新啟動的問題。`innodb_purge_threads` 參數現在會自動針對 Aurora Serverless v2 執行個體進行管理，且無法修改。 + 修正寫入器執行大量 DDL 操作時，可能導致讀取器執行個體重新啟動失敗的問題。 + 修正使用全域寫入轉送或本機寫入轉送時，如果讀取器執行個體重新啟動，可能會導致寫入器執行個體沒有回應的問題。 + 修正保留 SSL/TLS 連線與作用中交易時，在零停機時間修補 (ZDP)/零停機時間重新啟動 (ZDR) 期間可能導致引擎重新啟動的問題。 + 修正在極少數情況下，可能會導致寫入器執行個體的變更以與查詢處理執行緒不相容的順序傳送至讀取器執行個體的問題。這可能會導致查詢處理執行緒和複寫套用執行緒之間的死結，進而導致讀取器執行個體重新啟動。 + 已修正問題，以防止由於監控代理程式的運作狀態評估不正確而發生不必要的資料庫伺服器重新啟動。 **一般改進** + 修正在執行長時間執行的交易導致資料庫重新啟動或主要版本升級失敗時，寫入資料庫可能會停滯的問題。 + 修正在加入寫入器時錯誤重新啟動複本的問題。 + 針對具有大型 Aurora 儲存磁碟區的資料庫執行個體最佳化資料庫效能。 + 修正範圍最佳化工具中計算範圍界限時無法辨識常數表達式的問題。（社群錯誤 \$1112737) + 修正匯出包含具有 null 值之 JSON 資料欄的資料表時，將資料庫快照匯出至 Amazon S3 時執行速度較慢的問題。 + 修正使用二進位記錄時，交易轉返後臨時二進位日誌檔案未正確清除的問題。此修正可防止儲存體耗用保留的暫存檔案，在某些情況下，也可以防止二進位日誌檔案中的異常。 + 改善系統變數設定為 `innodb_flush_log_at_trx_commit` 時的寫入 IOPS 效能`0`。 + 修正零停機時間修補 (ZDP)/零停機時間重新啟動 (ZDR) 可能導致資料庫執行個體重新啟動，同時還原具有無效錯誤代碼的警告的問題。 + 在閾值時間後 （按幾分鐘的順序） `aurora_oom_response` 無法解析記憶體壓力時自動停用`aurora_oom_response`動作 （列印除外，如有設定）。 + 修正具有部分 JSON 更新的資料欄無法平行匯出，導致內部恢復到較慢的 Amazon RDS 匯出的問題。 + 已修正在具有 Blob 欄位的資料表上平行查詢操作時，可能導致記憶體管理問題的問題。 + 修正可能導致 `Previous_gtids` binlog 事件在啟用增強型 Binlog 且`gtid_mode`設定為 `ON`或 的情況下排除特定 GTIDs 的問題`ON_PERMISSIVE`。 + 修正啟用寫入轉送時，導致讀取器執行個體發生非預期的「內部寫入轉送錯誤」的問題。 + 已解決在 Aurora Serverless 縮減操作期間或從緩衝集區移出頁面期間，可能導致從緩衝集區讀取不正確頁面的競爭條件。參考社群 [Bug\$1116305](https://bugs.mysql.com/bug.php?id=116305)。 + 修正以下問題：匯出包含具有產生表達式之次要索引的資料表時，將資料庫快照匯出至 Amazon S3 的速度會較慢。 + 修正當多個連線意外終止時，導致`AbortedClients`指標不準確的問題。 + 新增了新的全域變數`aurora_lambda_request_timeout`，允許使用者設定AWS Lambda請求逾時 （預設值：10 秒）。如需從 Aurora MySQL 資料庫叢集叫用 Lambda 函數的詳細資訊，請參閱[從 Aurora MySQL 資料庫叢集叫用 Lambda 函數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)。 + 修正本機寫入轉送在資料庫執行個體以零停機時間重新啟動重新啟動後停止運作的問題。 + 修正如果 `max_user_connections` 設定為低值，可能會導致資料庫執行個體重新啟動操作失敗的問題。 + 透過最佳化大型磁碟區的引導程序 (>64 TB) 來改善平行匯出效能，從而縮短整體匯出操作時間。 + 修正在`ALTER TABLE`平行執行讀取查詢時，可能導致寫入器執行個體重新啟動的問題。 + 已修正當資料表大於 14 TB 時，可能導致資料庫叢集匯出比預期更長的問題。 + 修正在執行未正確更新`Aurora_pq_request_in_progress`計數器的`EXPLAIN ANALYZE`陳述式時，導致不正確追蹤平行查詢請求的問題。 + 修正在不常見的情況下，當資料庫磁碟區接近其允許的大小上限時，可能導致資料庫執行個體重新啟動的問題。 + 修正在零停機時間重新啟動和零停機時間修補期間還原連線時，可能導致資料庫執行個體重新啟動的問題。 ## MySQL 社群版錯誤修正整合 此版本包含 和 8.0.43 之前的所有社群錯誤修正。如需詳細資訊，請參閱[Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤](AuroraMySQL.Updates.MySQLBugs.md#AuroraMySQL.Updates.MySQLBugs.v3)。 + 已修正在 中查詢表單`SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)`導致宣告失敗的問題`item_func.cc`。（社群錯誤修正 \$136128964) + 表單的查詢`SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)`導致 中的宣告`item_func.cc`。（錯誤編號 36128964) 如需社群變更的詳細資訊，請參閱 [MySQL 8.0.43 版本備註。](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-43.html)