Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用) - Amazon Aurora
零停機時間修補新功能改善項目MySQL 錯誤修正整合

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

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 資料庫叢集。

如果您有任何問題或疑慮，可透過社群論壇和 Support AWS 援取得 Sup AWS port。

零停機時間修補

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

新功能

  • Aurora MySQL 現在支援鎖定壓縮，這項功能可將鎖定管理程式的記憶體使用量最佳化。自 1.17 版開始，不必啟用實驗室模式即可使用這個功能。

改善項目

  • 修正以下問題：主要發生在核心數較少旳執行個體上，即使資料庫閒置，單一核心仍可能有 100% CPU 使用率。

  • 提升從 Aurora 叢集擷取二進位日誌的效能。

  • 修正 Aurora 複本會試圖將資料表統計資料寫入持久性儲存並導致當機的問題。

  • 修正快取查詢作業無法在 Aurora 複本上順利執行的問題。

  • 修正會在鎖定管理程式中造成引擎重新啟動的競爭條件。

  • 修正以下問題：唯讀且會自動遞交的交易執行鎖定作業時，會導致引擎重新啟動。

  • 修正部分查詢未寫入稽核日誌的問題。

  • 修正容錯移轉時，復原特定分割區維護操作所發生的問題。

MySQL 錯誤修正整合

  • 若使用複寫篩選器，則 LAST_INSERT_ID 會發生複寫錯誤 (錯誤編號 69861)

  • 查詢會依據是否具有 INDEX_MERGE 設定，而傳回不同結果 (錯誤編號 16862316)

  • 查詢處理程序反覆執行已儲存的低效率例行查詢計畫 (錯誤編號 16346367)

  • INNODB FTS：在 FTS_CACHE_APPEND_DELETED_DOC_IDS 中宣告 (錯誤編號 18079671)

  • 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT_EMPTY(INDEX_CACHE->WORDS) (錯誤編號 17536995)

  • 涉及儲存點時，INNODB 全文搜尋找不到記錄 (錯誤編號 70333、錯誤編號 17458835)