Aurora MySQL 資料庫引擎更新 2026-02-17 (3.12.0 版，與 MySQL 8.0.44 相容） - Amazon Aurora
改進MySQL 社群版錯誤修正整合

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

Aurora MySQL 資料庫引擎更新 2026-02-17 (3.12.0 版，與 MySQL 8.0.44 相容）

版本：3.12.0

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

如需規劃升級至 Aurora MySQL 第 3 版的資訊，請參閱規劃 Aurora MySQL 叢集的主要版本升級。如需有關 Aurora MySQL 升級的一般資訊，請參閱《Amazon Aurora 使用者指南》中的升級 Amazon Aurora MySQL 資料庫叢集。

如需故障診斷資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 就地升級的故障診斷。

如果您有任何問題或疑慮，可在社群論壇和透過 AWS Support 取得 AWS Support。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的維護 Aurora 資料庫叢集。

改進

安全性修正

  • 已修正可能導致某些 SQL 陳述式無法記錄在稽核日誌中的問題。

  • 已修正 caching_sha2_password 外掛程式，以確保 Aurora MySQL 讀取器和寫入器執行個體一致地驗證更新的密碼。

中型 CVEs：

可用性改進項目：

  • 已修正在半一致性讀取期間鎖定資料表已滿時，可能導致資料庫執行個體重新啟動的問題。

  • 修正 binlog 復原中可能導致 binlog 複本執行個體在使用 aurora_in_memory_relaylog搭配多執行緒複寫時重新啟動的問題。

  • 修正停用全域寫入轉送或本機寫入轉送時，可能導致寫入器執行個體重新啟動的問題。

  • 修正過大的 thread_stack 組態可能會在重新啟動或升級期間阻止 Aurora MySQL 伺服器開機的問題。Aurora MySQL 伺服器現在會在超過系統記憶體時自動將 thread_stack 重設為引擎預設值 (1 MB)，以防止啟動失敗。

  • 修正以下問題：在執行EXPLAIN FOR CONNECTION平行查詢上執行 KILL之後，執行 時可能導致引擎重新啟動。

  • 已修正下列問題：如果此查詢被強制終止，可能會強制對隨機查詢執行平行查詢，並導致引擎重新啟動。

  • 修正以下問題：如 MySQL Community Edition 所支援，具有 CONNECTION_ADMIN 或 SUPER 權限的使用者無法執行超出 max_connections 限制的額外連線。

  • 修正在轉送日誌復原期間處理大量轉送日誌檔案時，可能導致二進位日誌 (binlog) 複本重新啟動的問題。

  • 修正在讀取器資料庫執行個體上執行平行查詢時，導致寫入器資料庫執行個體重新啟動的問題。

  • 修正在極少數情況下，在遞交大型交易期間發生錯誤時， 可能會停用二進位記錄的問題。

  • 修正在寫入器資料庫執行個體上發生特定罕見交易遞交訂單時，可能導致僅供讀取複本重新啟動的問題。

  • 修正在已啟用增強型 binlog 的執行個體上執行期間中止排程事件時，可能導致資料庫重新啟動的問題。

  • 已修正以下問題：使用多 TiB 儲存體大小的資料庫執行個體在重新啟動期間，可能會因 InnoDB 緩衝集區驗證失敗而經歷更多停機時間。

一般改進：

  • 排除 MySQL 8.0.44 中引入的社群變更，其中失敗的連線嘗試意外地將資料列新增至 performance_schema 資料表，導致記憶體消耗過多。參考社群錯誤編號 119766

  • 修正使用自訂定序設定在執行個體上設定 binlog 複寫時，影響 Aurora 特定複寫預存程序的問題。

  • 修正在資料庫引擎和儲存層之間建立傳輸中加密時減少 CPU 額外負荷的問題。

  • 已改善系統變數 innodb_flush_log_at_trx_commit 設定為 0 時的寫入 IOPS 效能。

  • 當 Aurora_oom_response 在閾值時間後 （按幾分鐘的順序） 無法解析記憶體壓力時，自動停用 aurora_oom_response 動作 （列印除外，如有設定）。

  • 已解決在 Aurora Serverless 縮減操作期間或從緩衝集區移出頁面期間，可能導致從緩衝集區讀取不正確頁面的競爭條件。參考社群 Bug#116305。

  • 修正out-of-memory(OOM) 問題，這些問題可能導致讀取器在寫入器上執行權限相關命令時重新啟動。

  • 下列權限已新增至 rds_superuser_role：FLUSH_OPTIMIZER_COSTS, FLUSH_STATUS, FLUSH_TABLES, FLUSH_USER_RESOURCES。如需 的相關資訊rds_superuser_role，請參閱 Amazon 主使用者帳戶與 Aurora 文件。如需這些動態權限的詳細資訊，請參閱 MySQL 文件。

  • 已修正在執行未正確更新Aurora_pq_request_in_progress計數器的EXPLAIN ANALYZE陳述式時，導致不正確追蹤平行查詢請求的問題。

  • 已修正在零停機時間修補 (ZDP)/零停機時間重新啟動 (ZDR) 期間未正確處理保留連線的問題，這可能會導致用戶端無限期等待查詢完成。

  • 修正更新期間，透過空間索引無法讀取資料列的問題。

  • 已修正以下問題：包含最佳化工具提示的查詢在零停機時間重新啟動 (ZDR) 或零停機時間修補 (ZDP) 操作期間中止，可能無法正確處理。

  • 修正 innodb_flush_log_at_trx_commit 設定為 0 時未測量遞交延遲的問題。

  • 引進最佳化，以在有大量資料表時，減少邏輯資料字典復原期間的記憶體使用量。

  • 已修正導致SHOW BINARY LOGS命令在已啟用或先前已啟用增強型 Binlog 的叢集上執行時間較長的問題。如果多個SHOW BINARY LOGS命令同時執行，此問題也可能會導致遞交延遲增加。

  • 修正與檢視定義者的預設角色相關聯的記憶體問題。

  • 已修正在停用「寫入轉送」功能的過程中，可能導致失敗的問題。

  • 已修正使用寫入轉送的讀取器執行個體執行包含時間戳記值和 time_zone 資料庫參數設定為 "UTC" 的 DML 陳述式時，可能導致寫入器資料庫執行個體重新啟動的問題。

  • 已修正以下問題：在極少數情況下，由於複本上的並行讀取查詢和寫入器上的 DDL 操作，導致複本上的 Aurora 僅供讀取複本或資料表定義不一致且 'Table 不存在'。

  • 修正使用雜湊聯結演算法搭配平行查詢執行涉及 LEFT 或 RIGHT-JOIN 操作的查詢時，可能導致結果集不完整的問題。

MySQL 社群版錯誤修正整合

此版本包含 和 8.0.44 之前的所有社群錯誤修正。如需詳細資訊，請參閱Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤。

  • 已修正在 中查詢表單SELECT 1 FROM t WHERE CAST(a AS UNSIGNED INTEGER) = 1 AND a = (SELECT 1 FROM t)導致宣告失敗的問題item_func.cc。（社群錯誤修正 #36128964)

  • 已修正同時執行 FLUSH STATUS、COM_CHANGE_USER 和 SHOW PROCESS LIST 時，可解決死結的問題。（錯誤編號 35218030)