本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用)
**版本：**1.17
Aurora MySQL 1.17 已全面推出。Aurora MySQL 1.x 版僅與 MySQL 5.6 相容，與 MySQL 5.7 不相容。所有新的 5.6 相容資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora 1.17 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora 1.17。您可以在 Aurora 1.14.1、Aurora 1.15.1 或 Aurora 1.16 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora 1.17 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們支援零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
## 新功能
+ Aurora MySQL 現在支援鎖定壓縮，這項功能可將鎖定管理程式的記憶體使用量最佳化。自 1.17 版開始，不必啟用實驗室模式即可使用這個功能。
## 改進
+ 修正以下問題：主要發生在核心數較少旳執行個體上，即使資料庫閒置，單一核心仍可能有 100% CPU 使用率。
+ 提升從 Aurora 叢集擷取二進位日誌的效能。
+ 修正 Aurora 複本會試圖將資料表統計資料寫入持久性儲存並導致當機的問題。
+ 修正快取查詢作業無法在 Aurora 複本上順利執行的問題。
+ 修正會在鎖定管理程式中造成引擎重新啟動的競爭條件。
+ 修正以下問題：唯讀且會自動遞交的交易執行鎖定作業時，會導致引擎重新啟動。
+ 修正部分查詢未寫入稽核日誌的問題。
+ 修正容錯移轉時，復原特定分割區維護操作所發生的問題。
## MySQL 錯誤修正整合
+ 若使用複寫篩選器，則 LAST\$1INSERT\$1ID 會發生複寫錯誤 (錯誤編號 69861)
+ 查詢會依據是否具有 INDEX\$1MERGE 設定，而傳回不同結果 (錯誤編號 16862316)
+ 查詢處理程序反覆執行已儲存的低效率例行查詢計畫 (錯誤編號 16346367)
+ INNODB FTS：在 FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS 中宣告 (錯誤編號 18079671)
+ 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (錯誤編號 17536995)
+ 涉及儲存點時，INNODB 全文搜尋找不到記錄 (錯誤編號 70333、錯誤編號 17458835)