Aurora MySQL 資料庫引擎更新 2021-11-12 (2.09.3 版) (已棄用) - Amazon Aurora
改善項目MySQL 社群版錯誤修正整合與 Aurora MySQL 第 1 版比較MySQL 5.7 相容性

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

Aurora MySQL 資料庫引擎更新 2021-11-12 (2.09.3 版) (已棄用)

版本：2.09.3

Aurora MySQL 2.09.3 已全面推出。Aurora MySQL 2.x 版與 MySQL 5.7 版相容，Aurora MySQL 1.x 版則與 MySQL 5.6 版相容。

目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.* 和 3.02.*。

您可以將現有的 Aurora MySQL 2.* 資料庫叢集升級至 Aurora MySQL 2.10.0。對於執行 Aurora MySQL 版本 1 的叢集，您可以將現有的 Aurora MySQL 1.23 或更新版本的叢集直接升級至 2.10.0。您可以從目前支援的任何 Aurora MySQL 版本將快照還原至 Aurora MySQL 2.10.0。

若要以舊版的 Aurora MySQL 建立叢集，請透過 AWS Management Console、 AWS CLI或 Amazon RDS API 指定引擎版本。

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

注意

如需如何升級 Aurora MySQL 資料庫叢集的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級。

改善項目

安全性修正︰

修正和其他增強功能，以微調在受管環境中的處理。以下 CVE 修正如下所示：

可用性改進項目：

  • 已引進最佳化，其可以在 information_schema 中減少資料表上執行的查詢爭用。

  • 新增對 ECEDHE SSL 加密的支援。

一般改進：

  • 已修正下列問題：在極少數情況下，當記憶體內的資料完整性檢查失敗時，可能會導致寫入器執行個體重新啟動。

  • 已修正下列問題：在極少數情況下，當啟用二進位記錄時，若叢集磁碟區擴充，可能會導致資料庫執行個體重新啟動。

  • 已修正資料庫執行個體重新啟動期間罕見的競爭狀況，這可能會造成多次重新啟動。

  • 已修正下列問題：當資料庫具有大量使用者和權限組合時，可能會導致資料庫執行個體重新啟動失敗。

  • 已修正平行查詢的問題，此問題可能會導致資料庫在執行具有 LIMIT 子句的 SQL 陳述式時重新啟動。

  • 已修正錯誤回報 Aurora 複寫延遲的問題。

  • 已修正下列問題：在將主要版本從 Aurora-MySQL 1.x (基於 MySQL 5.6) 就地升級至 Aurora-MySQL 2.x (基於 MySQL 5.7) 之後，可能會導致 general_log 和 slow_log 資料表變成無法存取。

  • 已修正下列問題：在極少數情況下，當資料庫處於重度工作負載時，若查詢 innodb_trx、innodb_locks 或 innodb_lockwaits 資料表時，可能會導致資料庫執行個體重新啟動。監控工具和功能 (例如績效詳情) 可能會查詢這類資料表。

  • 已修正下列問題：當執行 "FLUSH TABLES WITH READ LOCK" SQL 陳述式時，可能會導致資料庫執行個體重新啟動。

  • 已修正下列問題：InnoDB 清除程序若在刪除讀取器執行個體期間暫停，其會導致歷史記錄清單長度暫時增加。

  • 已修正平行查詢的問題，這個問題可能會在針對包含虛擬資料欄的資料表執行 SQL 陳述式時，導致資料庫重新啟動。

  • 已修正平行查詢的問題，這個問題可能會在使用 GROUP BY 子句和包含範圍述詞的 WHERE 子句執行查詢時，導致資料庫傳回不正確的分組或排序順序。

  • 已修正平行查詢中的問題，在極少數情況下，這個問題可能會導致資料庫在使用 JSON 函式執行 SQL 陳述式時重新啟動。

  • 已修正下列問題：在極少數情況下，可能會導致主要全域資料庫叢集中的寫入器執行個體重新啟動，因為在全域資料庫複寫期間發生競爭狀況。

  • 已修正下列問題：當複寫特定 DDL 和 DCL 陳述式時，由於 HA_ERR_FOUND_DUPP_KEY 錯誤，導致 Binlog 複本停止。以混合式二進位記錄格式設定來源執行個體，且其隔離層級為 READ COMMITTED 或 READ UNCOMMITTED 時，就會發生這個問題。

  • 已修正下列問題：在極少數情況下，當 READ COMPITED 隔離層級中使用 XA 交易時，可能會導致資料庫執行個體重新啟動。

  • 修正下列問題：當符合下列所有條件時，現有資料列的 TIMESTAMP 資料欄值會更新為最新的時間戳記：1. 資料表存在觸發程序；2. 在具有 ON DUPLICATE KEY UPDATE 子句的資料表上執行 INSERT；3. 插入的資料列可能會在 UNIQUE 索引或 PRIMARY KEY 中導致重複值違規；以及 4. 一個或多個資料欄屬於 TIMESTAMP 資料類型，並具有預設值 CURRENT_TIMESTAMP。

  • 已修正下列問題：在極少數情況下，由於不正確的檢查處理，可能會導致讀取器重新啟動。

  • 已修正下列問題：當寫入器執行個體將資料庫磁碟區增長到超越特定磁碟區大小界限時，可能會導致讀取器執行個體重新啟動。

  • 已修正下列問題：對於使用所複製叢集磁碟區的資料庫執行個體，可能會導致更長的重新啟動時間。

  • 已修正下列問題：在寫入器執行個體上執行 TRUNCATE TABLE 作業之後，資料庫執行個體重新啟動可能會失敗一次或多次。

  • 已修正在極少數情況下會導致資料庫執行個體重新啟動的問題。

  • 修正下列問題：在極少數情況下，當資料庫磁碟區成長至 160GB 的倍數時，可能導致讀取器執行個體重新啟動。

MySQL 社群版錯誤修正整合

  • 錯誤編號 23533396 - 新增新索引時，伺服器已捨棄內部定義的外部索引鍵索引，並嘗試使用在虛擬產生的資料欄上定義的次要索引，做為外部索引鍵索引，因而導致伺服器結束。InnoDB 現在允許外部索引鍵限制，參考在虛擬產生的資料欄上定義的次要索引。

  • 錯誤編號 29550513 - 複寫：WAIT_FOR_EXECUTED_GTID_SET() 函式中的鎖定問題可能會造成伺服器在某些情況下當機。現在已更正這個問題。

與 Aurora MySQL 第 1 版比較

下列 Amazon Aurora MySQL 功能在 Aurora MySQL 第 1 版 (與 MySQL 5.6 相容) 中有支援，但目前這些功能在 Aurora MySQL 第 2 版 (與 MySQL 5.7 相容) 中不支援。

MySQL 5.7 相容性

此 Aurora MySQL 版本有 MySQL 5.7 線路相容性，包括 JSON 支援、空間索引和產生欄位等功能。相較於 MySQL 5.7，Aurora MySQL 採用的空間索引原生實作主要利用 Z 階曲線，可為空間資料集提供超過 20 倍的寫入效能和超過 10 倍的讀取效能。

此 Aurora MySQL 版本目前不支援下列 MySQL 5.7 功能：

  • 群組複寫外掛程式

  • 已增加的頁面大小

  • 啟動時載入 InnoDB 緩衝集區

  • InnoDB 全文剖析器外掛程式

  • 多來源複寫

  • 線上緩衝集區大小調整

  • 密碼驗證外掛程式

  • 查詢重寫外掛程式

  • 複寫篩選

  • CREATE TABLESPACE SQL 陳述式