本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 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](https://aws.amazon.com/support)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 改進
+ 修正以下問題：次要索引中有記錄，但主要索引沒有記錄而錯誤顯示「找不到記錄」錯誤。
+ 修正個別寫入作業跨越超過 32 個頁面時，防禦式宣告 (1.12 版新增功能) 過於強大所導致的穩定性問題。在具有龐大 BLOB 值的情況下，就有可能發生此問題。
+ 修正資料表空間快取與字典快取之間不一致而造成的穩定性問題。
+ 修正以下問題：Aurora 複本超過連線主要執行個體的嘗試次數上限後，即無法回應。如果閒置期間超出主要執行個體運作狀態檢查的活動訊號期間，現在 Aurora 複本會重新啟動。
+ 修正高度並行情況下可能發生的活結問題；當某連線嘗試取得專屬的中繼資料鎖 (MDL)，同時發出 `ALTER TABLE` 之類的命令，就可能發生此問題。
+ 修正執行邏輯/平行預先讀取時，Aurora 僅供讀取複本的穩定性問題。
+ 以兩種方式改善 `LOAD FROM S3` 操作：
1. 除了現有的重試之外，使用 SDK 重試更妥善地處理 Amazon S3 逾時錯誤。
1. 以快取及重複使用用戶端狀態等方式，將載入極大檔案或大量檔案時的效能最大化。
+ 修正下列 `ALTER TABLE` 操作中快速 DDL 的穩定性問題：
1. `ALTER TABLE` 陳述式具有多個 `ADD COLUMN` 命令，且資料欄名稱並非以遞增次序排列。
1. 預計更新的資料欄名稱字串，以及從內部系統資料表擷取的相對應名稱字串，兩者相差一個空終止字元 (/0)。
1. 特定 B 型樹狀結構分割操作。
1. 資料表的主索引鍵長度不一。
+ 修正穩定性問題，亦即 Aurora 複本耗費太多時間，導致全文搜尋 (FTS) 索引快取與主要執行個體的索引快取不一致時，所造成的不穩定現象。如果主要執行個體上有很高比例的新建 FTS 索引項目尚未清空至磁碟，就可能發生這個問題。
+ 修正索引建立期間可能發生的穩定性問題。
+ 新基礎設施可追蹤每個連線的記憶體耗用情形與關聯的遙測資料，這些資料可用於建立記憶體不足 (OOM) 預防策略。
+ 已修正 Aurora 複本不當允許 `ANALYZE TABLE` 的問題。這個問題目前已遭封鎖。
+ 邏輯預先讀取與清除之間的競爭條件，會導致罕見的死結，其衍生的穩定性問題現已獲得修正。
## MySQL 錯誤修正整合
+ 全文搜尋結合衍生的資料表 (`FROM` 子句中的子查詢)，導致伺服器結束。現在，如果系統需根據衍生的資料表執行全文操作，伺服器會產生錯誤訊息，指出系統無法對具體化的資料表完成全文搜尋。(錯誤編號 68751、錯誤編號 16539903)