Aurora MySQL 資料庫引擎更新:2017-02-23 (1.11 版) (已棄用) - Amazon Aurora

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

Aurora MySQL 資料庫引擎更新:2017-02-23 (1.11 版) (已棄用)

版本:1.11

我們會在此版本推出後,儘速以最新版本修補所有 Aurora MySQL 資料庫叢集。修補作業會採用舊版程序修補資料庫叢集,停機時間約為 5 至 30 秒。

修補作業會在您為各資料庫執行個體指定的系統維護時段執行。您可以使用 AWS Management Console檢視或變更時段。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集

或者,您也可以選擇資料庫叢集,選擇叢集動作,然後選擇立即升級,在中立即套用修正程式。 AWS Management Console

Aurora MySQL 1.11 採用叢集修補模式,在此模式中,Aurora 資料庫叢集中的所有節點都會同時修補。

新功能

  • LOAD DATA FROM S3 新增 MANIFEST 選項 – LOAD DATA FROM S3 是在 1.8 版中推出。此命令可用的選項已完成擴充,現在您可以利用資訊清單檔案,指定要從 Amazon S3; 載入 Aurora 資料庫叢集的檔案清單。如此即可從一或多個位置的特定檔案輕鬆載入資料,有別於使用 FILE 選項從單一檔案載入資料,或使用 PREFIX 選項從具備相同位置與字首的多個檔案載入資料。資訊清單檔案格式與 Amazon Redshift 使用的格式相同。如需有關使用 LOAD DATA FROM S3 搭配 MANIFEST 選項的詳細資訊,請參閱《Amazon Aurora 使用者指南》中的使用清單檔案指定要載入的資料檔案

  • 預設啟用空間索引功能 – 此功能是在 1.10 版的實驗室模式中推出,現在已預設為開啟。空間索引可改善使用空間資料對大型資料集進行查詢的查詢效能。如需有關使用空間索引的詳細資訊,請參閱《Amazon Aurora 使用者指南》中的 Amazon Aurora MySQL 和空間資料

  • 進階稽核計時變更 – 此功能是在 1.10.1 版中推出,為資料庫活動稽核提供高效能公用程式。此版本中,稽核日誌時間戳記的精確度已從一秒變更至一毫秒。時間戳記越精確,您就能更清楚掌握稽核事件執行的時間。如需有關稽核的詳細資訊,請參閱《Amazon Aurora 使用者指南》中的搭配 Amazon Aurora MySQL 資料庫叢集使用進階稽核

改善項目

  • 已修改 thread_handling 參數,以防止您將其設為 multiple-connections-per-thread 以外的選項,Aurora 的執行緒集區僅支援此模式。

  • 修正您在設定 buffer_pool_sizequery_cache_size 參數時,值大於資料庫叢集總記憶體容量所造成的問題。若發生這種情況,Aurora 會將修改過的參數設為預設值,如此資料庫叢集就能啟動而不會當機。

  • 修正資料表在另一筆交易中失效,本交易會取得過時讀取結果的查詢快取問題。

  • 修正標記要刪除的二進位日誌不會立即刪除,而是稍微延遲後才能移除的問題。

  • 修正系統將使用 tmp 名稱所建立資料庫視為儲存在暫時性儲存的系統資料庫,而無法持續存在於 Aurora 分散式儲存的問題。

  • 修改 SHOW TABLES 命令的行為,以排除特定的內部系統資料表。由於 mysqldump 命令會鎖定 SHOW TABLES 列出的所有檔案,進而導致內部系統資料表無法寫入而造成容錯移轉,這項變更有助於避免這種不必要的容錯移轉作業。

  • 當查詢所呼叫函數的引數為 InnoDB 資料表的資料欄,若以這類查詢建立暫時資料表,Aurora 複本會不當重新啟動。現在,此問題已獲得修正。

  • 修正 Aurora 複本節點中,中繼資料鎖定發生衝突的相關問題,該問題會造成 Aurora 複本落後主要資料庫叢集,最終導致重新啟動。

  • 修正讀取器節點中複寫管道的死鎖問題;死鎖會造成 Aurora 複本落後主要資料庫叢集,最終導致重新啟動。

  • 修正 Aurora 複本延遲過久,且加密磁碟區大於 1 Terabyte (TB) 的問題。

  • 以更理想的方式讀取系統時鐘時間,藉此改善 Aurora 複本死鎖偵測功能。

  • 修正 Aurora 複本可能會在寫入器取消註冊後重新啟動兩次 (而非一次) 的問題。

  • 暫時性統計資料導致非唯一索引資料欄的統計資料不一致時,Aurora 複本的查詢效能就會下降。現在,此問題已獲得修正。

  • 若 DDL 陳述式複寫到 Aurora 複本時,同時 Aurora 複本也在處理相關查詢,Aurora 複本可能就會當機。現在,此問題已獲得修正。

  • 變更 1.10 版所推出的複寫管道改進項目,由預設啟用改為預設停用。這些改進項目旨在將日誌串流更新套用至 Aurora 複本的緩衝區快取。雖然這項功能有助於改善 Aurora 複本的讀取效能與穩定性,但在特定工作負載中,反而會產生加劇複本延遲的情形。

  • DDL 交易遞交階段中,若 DDL 陳述式執行時,同一資料表上等待執行的平行預先讀取作業同時執行,就會造成宣告故障。現在,此問題已獲得修正。

  • 強化一般日誌和慢速查詢日誌,以免日誌在資料庫叢集重新啟動時遭到刪除。

  • 修正某些長時間執行查詢的 out-of-memory 問題,方法是減少 ACL 模組中的記憶體消耗。(

  • 當資料表具有非空間索引,且查詢中有空間述詞時,規劃器會選擇使用非空間索引,且誤將空間條件下推至索引,進而引發重新啟動。現在,此問題已獲得修正。

  • 存放於外部 (如 LOB) 的極大型地理空間物件發生刪除、更新或清除等情形時,資料庫叢集就會重新啟動。現在,此問題已獲得修正。

  • 已修正使用 ALTER SYSTEM SIMULATE 進行故障模擬的問題... FOR INTERVAL 無法正常運作。

  • 修正鎖定管理程式中存有錯誤不變量的無效宣告,因而造成的穩定性問題。

  • 下列兩個 1.10 版推出的 InnoDB 全文搜尋改進項目,會導致某些高需求工作負載產生穩定性問題,因此予以停用:

    • 唯有收到讀取 Aurora 複本的要求,系統才會更新快取,以提升全文搜尋索引快取複寫的速度。

    • 只要快取大小超過總大小的 10%,系統就會卸載快取同步作業,將其交給不同的執行緒處理,以避免在 FTS 快取同步至磁碟期間,MySQL 查詢停滯過久。(錯誤編號 22516559、錯誤編號 73816)

MySQL 錯誤修正整合

  • 若同時執行 ALTER 資料表 DROP 外部索引鍵與其他 DROP 操作,會導致資料表消失。(錯誤編號 16095573)

  • 某些使用 ORDER BY 的 INFORMATION_SCHEMA 查詢,並未如先前作法般採行檔案排序最佳化作業。(錯誤編號 16423536)

  • FOUND_ROWS () 傳回的資料表資料列計數有誤。(錯誤編號 68458)

  • 開啟太多暫存資料表會導致伺服器故障,而無法發出錯誤訊息。(錯誤編號 18948649)