本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Aurora MySQL 資料庫引擎更新 2019-02-07 (1.19.0 版) (已棄用)
版本: 1.19.0
Aurora MySQL 1.19.0 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集),將會以 1.17.8 或 1.19.0 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.19.0。若要使用舊版,您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18.0 中建立新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
如果您有任何問題或疑慮,可透過社群論壇和 Support AWS 援取得 Sup AWS port
注意
此版本目前不適用於 AWS GovCloud (美國西部)[us-gov-west-1] 和中國(北京)[CN-北 -1] 地區。待該版本可供使用時,會再另行宣布。
注意
資料庫叢集的升級程序已變更。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級。
功能
-
Aurora 版本選擇器 - 從 Aurora MySQL 1.19.0 開始,您可以在 Amazon RDS 主控台上從多個 MySQL 5.6 相容 Aurora 版本中選擇。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的透過 AWS檢查或指定 Aurora MySQL 引擎版本。
改善項目
-
修正了在 Aurora 複本上進行
CHECK TABLE
查詢相關的穩定性問題。 -
引入了新的全域使用者變數
aurora_disable_hash_join
,以停用雜湊聯結。 -
修正了多資料表雜湊聯結期間產生輸出資料列時的穩定性問題。
-
修正了由於雜湊聯結適用性檢查期間計畫變更而傳回錯誤結果的問題。
-
長時間執行的交易支援零停機時間修補作業。從 1.19 版升級到以上版本時,此改進將生效。
-
啟用 binlog 時,目前支援零停機時間修補作業。從 1.19 版升級到以上版本時,此改進將生效。
-
修正了與工作負載無關的 Aurora 複本上 CPU 使用率出現尖峰的問題。
-
修正了鎖定管理員元件中導致資料庫重新啟動的競爭條件問題。
-
修正了鎖定管理員元件的競爭條件問題,以改進 Aurora 執行個體的穩定性。
-
改進了鎖定管理員元件內死鎖偵測器的穩定性。
-
如果 InnoDB 偵測到資料表的索引已經損壞,則禁止對其進行
INSERT
操作。 -
修正了 Fast DDL 的穩定性問題。
-
降低了單一資料列子查詢進行掃描批次處理時的記憶體消耗,以改進 Aurora 的穩定性。
-
修正了捨棄外部索引鍵之後,而系統變數
foreign_key_checks
被設定為 0 時會發生的穩定性問題。 -
修正了避免記憶體不足功能錯誤地覆寫使用者對
table_definition_cache
的值所做變更的問題。 -
修正了避免記憶體不足功能中的穩定性問題。
-
修正了將
query_time
中的lock_time
和slow_query_log
設定為垃圾值的問題。 -
修正了內部不當處理字串定序觸發的平行查詢穩定性問題。
-
修正了次要索引搜尋觸發的平行查詢穩定性問題。
-
修正了多資料表更新觸發的平行查詢穩定性問題。
MySQL 社群版錯誤修正整合
-
錯誤編號 32917︰發現孤兒暫時集區檔案,並從容地處理
-
錯誤編號 63144:CREATE TABLE IF NOT EXISTS 中繼資料鎖定太嚴格