Aurora MySQL 資料庫引擎更新：2017-02-23 (1.11 版) (已棄用) - Amazon Aurora
新功能改善項目MySQL 錯誤修正整合

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

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_size 或 query_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)