

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# Aurora MySQL 資料庫引擎更新 2026-02-17 (3.12.0 版，與 MySQL 8.0.44 相容）
<a name="AuroraMySQL.Updates.3120"></a><a name="3.12.0"></a>

**版本：**3.12.0

Aurora MySQL 3.12.0 已全面推出。Aurora MySQL 3.12 版本與 MySQL 8.0.44 相容。如需有關已進行之社群變更的詳細資訊，請參閱 [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)](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.12.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)。

## 改進
<a name="AuroraMySQL.Updates.3120.Improvements"></a>

**安全性修正**
+ 已修正可能導致某些 SQL 陳述式無法記錄在稽核日誌中的問題。
+ 已修正 caching\$1sha2\$1password 外掛程式，以確保 Aurora MySQL 讀取器和寫入器執行個體一致地驗證更新的密碼。

**中型 CVEs：**
+ [CVE-2025-53040](https://www.cve.org/CVERecord?id=CVE-2025-53040)
+ [CVE-2025-53042](https://www.cve.org/CVERecord?id=CVE-2025-53042)
+ [CVE-2025-53044](https://www.cve.org/CVERecord?id=CVE-2025-53044)
+ [CVE-2025-53045](https://www.cve.org/CVERecord?id=CVE-2025-53045)
+ [CVE-2025-53053](https://www.cve.org/CVERecord?id=CVE-2025-53053)
+ [CVE-2025-53054](https://www.cve.org/CVERecord?id=CVE-2025-53054)
+ [CVE-2025-53062](https://www.cve.org/CVERecord?id=CVE-2025-53062)
+ [CVE-2025-53069](https://www.cve.org/CVERecord?id=CVE-2025-53069)

**可用性改進項目：**
+ 已修正在半一致性讀取期間鎖定資料表已滿時，可能導致資料庫執行個體重新啟動的問題。
+ 修正 binlog 復原中可能導致 binlog 複本執行個體在使用 `aurora_in_memory_relaylog`搭配多執行緒複寫時重新啟動的問題。
+ 修正停用全域寫入轉送或本機寫入轉送時，可能導致寫入器執行個體重新啟動的問題。
+ 修正過大的 thread\$1stack 組態可能會在重新啟動或升級期間阻止 Aurora MySQL 伺服器開機的問題。Aurora MySQL 伺服器現在會在超過系統記憶體時自動將 thread\$1stack 重設為引擎預設值 (1 MB)，以防止啟動失敗。
+ 修正以下問題：在執行`EXPLAIN FOR CONNECTION`平行查詢上執行 `KILL`之後，執行 時可能導致引擎重新啟動。
+ 已修正下列問題：如果此查詢被強制終止，可能會強制對隨機查詢執行平行查詢，並導致引擎重新啟動。
+ 修正以下問題：如 MySQL Community Edition 所支援，具有 CONNECTION\$1ADMIN 或 SUPER 權限的使用者無法執行超出 max\$1connections 限制的額外連線。
+ 修正在轉送日誌[復原](https://dev.mysql.com/doc/refman/8.0/en/replication-solutions-unexpected-replica-halt.html)期間處理大量轉送日誌檔案時，可能導致二進位日誌 (binlog) 複本重新啟動的問題。
+ 修正在讀取器資料庫執行個體上執行平行查詢時，導致寫入器資料庫執行個體重新啟動的問題。
+ 修正在極少數情況下，在遞交大型交易期間發生錯誤時， 可能會停用二進位記錄的問題。
+ 修正在寫入器資料庫執行個體上發生特定罕見交易遞交訂單時，可能導致僅供讀取複本重新啟動的問題。
+ 修正在已啟用增強型 binlog 的執行個體上執行期間中止[排程事件](https://dev.mysql.com/doc/refman/8.4/en/events-overview.html)時，可能導致資料庫重新啟動的問題。
+ 已修正以下問題：使用多 TiB 儲存體大小的資料庫執行個體在重新啟動期間，可能會因 InnoDB 緩衝集區驗證失敗而經歷更多停機時間。

**一般改進：**
+ 排除 MySQL 8.0.44 中引入的社群變更，其中失敗的連線嘗試意外地將資料列新增至 performance\$1schema 資料表，導致記憶體消耗過多。參考社群[錯誤編號 119766](https://bugs.mysql.com/bug.php?id=119766)
+ 修正使用自訂定序設定在執行個體上設定 binlog 複寫時，影響 Aurora 特定複寫預存程序的問題。
+ 修正在資料庫引擎和儲存層之間建立傳輸中加密時減少 CPU 額外負荷的問題。
+ 已改善系統變數 innodb\$1flush\$1log\$1at\$1trx\$1commit 設定為 0 時的寫入 IOPS 效能。
+ 當 Aurora\$1oom\$1response 在閾值時間後 （按幾分鐘的順序） 無法解析記憶體壓力時，自動停用 aurora\$1oom\$1response 動作 （列印除外，如有設定）。
+ 已解決在 Aurora Serverless 縮減操作期間或從緩衝集區移出頁面期間，可能導致從緩衝集區讀取不正確頁面的競爭條件。參考社群 [Bug\$1116305](https://bugs.mysql.com/bug.php?id=116305)。
+ 修正out-of-memory(OOM) 問題，這些問題可能導致讀取器在寫入器上執行權限相關命令時重新啟動。
+ 下列權限已新增至 `rds_superuser_role`：`FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES`。如需 的相關資訊`rds_superuser_role`，請參閱 [Amazon 主使用者帳戶與 Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/UsingWithRDS.MasterAccounts.html) 文件。如需這些動態權限的詳細資訊，請參閱 [MySQL](https://dev.mysql.com/doc/refman/8.0/en/flush.html) 文件。
+ 已修正在執行未正確更新`Aurora_pq_request_in_progress`計數器的`EXPLAIN ANALYZE`陳述式時，導致不正確追蹤平行查詢請求的問題。
+ 已修正在零停機時間修補 (ZDP)/零停機時間重新啟動 (ZDR) 期間未正確處理保留連線的問題，這可能會導致用戶端無限期等待查詢完成。
+ 修正更新期間，透過空間索引無法讀取資料列的問題。
+ 已修正以下問題：包含最佳化工具提示的查詢在零停機時間重新啟動 (ZDR) 或零停機時間修補 (ZDP) 操作期間中止，可能無法正確處理。
+ 修正 innodb\$1flush\$1log\$1at\$1trx\$1commit 設定為 0 時未測量遞交延遲的問題。
+ 引進最佳化，以在有大量資料表時，減少邏輯[資料字典](https://dev.mysql.com/doc/refman/8.0/en/data-dictionary.html)復原期間的記憶體使用量。
+ 已修正導致`SHOW BINARY LOGS`命令在已啟用或先前已啟用增強型 Binlog 的叢集上執行時間較長的問題。如果多個`SHOW BINARY LOGS`命令同時執行，此問題也可能會導致遞交延遲增加。
+ 修正與檢視定義者的預設角色相關聯的記憶體問題。
+ 已修正在停用「寫入轉送」功能的過程中，可能導致失敗的問題。
+ 已修正使用寫入轉送的讀取器執行個體執行包含時間戳記值和 time\$1zone 資料庫參數設定為 "UTC" 的 DML 陳述式時，可能導致寫入器資料庫執行個體重新啟動的問題。
+ 已修正以下問題：在極少數情況下，由於複本上的並行讀取查詢和寫入器上的 DDL 操作，導致複本上的 Aurora 僅供讀取複本或資料表定義不一致且 'Table 不存在'。
+ 修正使用雜湊聯結演算法搭配平行查詢執行涉及 LEFT 或 RIGHT-JOIN 操作的查詢時，可能導致結果集不完整的問題。

## MySQL 社群版錯誤修正整合
<a name="AuroraMySQL.Updates.3120.Patches"></a>

此版本包含 和 8.0.44 之前的所有社群錯誤修正。如需詳細資訊，請參閱[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)
+ 已修正同時執行 FLUSH STATUS、COM\$1CHANGE\$1USER 和 SHOW PROCESS LIST 時，可解決死結的問題。（錯誤編號 35218030)