Aurora MySQL 資料庫引擎更新：2017-08-07 (1.14 版) (已棄用)

版本：1.14

Aurora MySQL 1.14 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL v1.14 建立。現有的 Aurora MySQL 資料庫叢集也會強制升級至 Aurora MySQL 1.14。汰除舊版 Aurora MySQL 的時程會另行宣布。

Aurora MySQL 1.14 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。更新時，資料庫需要重新啟動，因此您會經歷 20 到 30 秒的停機時間，之後就可以繼續使用資料庫叢集或叢集。如果您的資料庫叢集目前執行的版本是 1.13 版，Aurora 的零停機時間修補功能可視您的工作負載，允許用戶端連線至您的 Aurora 主要執行個體，以持續整個升級過程。

如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 AWS Support。

零停機時間修補

零停機時間修補 (ZDP) 功能以最佳作法為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的使用零停機修補。

改善項目

• 修正以下問題：次要索引中有記錄，但主要索引沒有記錄而錯誤顯示「找不到記錄」錯誤。

• 修正個別寫入作業跨越超過 32 個頁面時，防禦式宣告 (1.12 版新增功能) 過於強大所導致的穩定性問題。在具有龐大 BLOB 值的情況下，就有可能發生此問題。

• 修正資料表空間快取與字典快取之間不一致而造成的穩定性問題。

• 修正以下問題：Aurora 複本超過連線主要執行個體的嘗試次數上限後，即無法回應。如果閒置期間超出主要執行個體運作狀態檢查的活動訊號期間，現在 Aurora 複本會重新啟動。

• 修正高度並行情況下可能發生的活結問題；當某連線嘗試取得專屬的中繼資料鎖 (MDL)，同時發出 ALTER TABLE 之類的命令，就可能發生此問題。

• 修正執行邏輯/平行預先讀取時，Aurora 僅供讀取複本的穩定性問題。

• 以兩種方式改善 LOAD FROM S3 操作：

  1. 除了現有的重試之外，使用 SDK 重試更妥善地處理 Amazon S3 逾時錯誤。

  2. 以快取及重複使用用戶端狀態等方式，將載入極大檔案或大量檔案時的效能最大化。

• 修正下列 ALTER TABLE 操作中快速 DDL 的穩定性問題：

  1. ALTER TABLE 陳述式具有多個 ADD COLUMN 命令，且資料欄名稱並非以遞增次序排列。

  2. 預計更新的資料欄名稱字串，以及從內部系統資料表擷取的相對應名稱字串，兩者相差一個空終止字元 (/0)。

  3. 特定 B 型樹狀結構分割操作。

  4. 資料表的主索引鍵長度不一。

• 修正穩定性問題，亦即 Aurora 複本耗費太多時間，導致全文搜尋 (FTS) 索引快取與主要執行個體的索引快取不一致時，所造成的不穩定現象。如果主要執行個體上有很高比例的新建 FTS 索引項目尚未清空至磁碟，就可能發生這個問題。

• 修正索引建立期間可能發生的穩定性問題。

• 新基礎設施可追蹤每個連線的記憶體耗用情形與關聯的遙測資料，這些資料可用於建立記憶體不足 (OOM) 預防策略。

• 已修正 Aurora 複本不當允許 ANALYZE TABLE 的問題。這個問題目前已遭封鎖。

• 邏輯預先讀取與清除之間的競爭條件，會導致罕見的死結，其衍生的穩定性問題現已獲得修正。

MySQL 錯誤修正整合

• 全文搜尋結合衍生的資料表 (FROM 子句中的子查詢)，導致伺服器結束。現在，如果系統需根據衍生的資料表執行全文操作，伺服器會產生錯誤訊息，指出系統無法對具體化的資料表完成全文搜尋。(錯誤編號 68751、錯誤編號 16539903)