Aurora MySQL 資料庫引擎更新:2017-05-15 (1.13 版) (已棄用) - Amazon Aurora

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

Aurora MySQL 資料庫引擎更新:2017-05-15 (1.13 版) (已棄用)

版本:1.13

注意

初始版本推出後,我們在 Aurora MySQL 1.13 版中啟用新功能 SELECT INTO OUTFILE S3,並更新版本備註內容,以反映這項變更。

Aurora MySQL 1.13 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL 1.13 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.13。Aurora 1.13 採用叢集修補模式,在此模式中,Aurora 資料庫叢集中的所有節點都會同時修補。我們啟用零停機時間修補作業,以最佳作法為基礎,在整個修補程序中維持用戶端正常連線。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集

零停機時間修補

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

新功能:

改進項目:

  • 實作引擎啟動時的 CSV 格式日誌檔截斷功能,以免復原時間過長。現在,general_log_backupgeneral_logslow_log_backupslow_log 資料表在資料庫重新啟動之後就不存在。

  • 已修正命名為 test 的資料庫遷移失敗的問題。

  • 透過重複使用正確的鎖定區段,改善鎖定管理程式之廢棄項目收集器的穩定性。

  • 移除死結偵測演算法執行期間的無效宣告,藉此改善鎖定管理程式的穩定性。

  • 重新啟用非同步複寫功能,並修正在無負載或唯讀工作負載的情況下,造成回報錯誤複本延遲的相關問題。1.10 版推出複寫管道的改進。這些改進項目旨在將日誌串流更新套用至 Aurora 複本的緩衝區快取,這能有助於提升讀取效能與 Aurora 複本的穩定性。

  • 修正 autocommit=OFF 導致排程事件遭封鎖,以及長時間交易在伺服器重新開機前維持開啟狀態等問題。

  • 修正一般、稽核與慢速查詢日誌無法記錄非同步遞交處理之查詢的問題。

  • 將邏輯預先讀取 (LRA) 功能的效能提升多達 2.5 倍。允許預取作業在 B 型樹狀結構的中繼頁面繼續作業,便能達成這樣的效果。

  • 新增參數驗證功能,讓稽核變數可以裁剪不必要的空間。

  • 修正 Aurora MySQL 1.11 版推出的迴歸功能,該功能可能導致查詢在使用 SQL_CALC_FOUND_ROWS 選項及呼叫 FOUND_ROWS() 函數時,傳回不正確的結果。

  • 修正中繼資料鎖定清單格式有誤時造成的穩定性問題。

  • 改善在 sql_mode 設為 PAD_CHAR_TO_FULL_LENGTH,以及執行 SHOW FUNCTION STATUS WHERE Db='string' 命令時的穩定性。

  • 修正以下罕見情況:磁碟區一致性檢查有誤,導致 Aurora 版本升級後,執行個體無法顯示。

  • 修正 Aurora MySQL 1.12 出現的效能問題,亦即使用者擁有大量資料表時,Aurora 寫入器的效能降低。

  • 改善 Aurora 寫入器設為二進位日誌工作者,且連線數將近 16,000 個時所發生的穩定性問題。

  • Aurora 主要執行個體執行 DDL 時,連線會在等待中繼資料鎖定期間遭到封鎖,進而可能導致 Aurora 複本重新啟動,此罕見問題現在已獲得修正。

MySQL 錯誤修正整合

  • 若是空的 InnoDB 資料表,便無法使用 ALTER TABLE 陳述式降低 auto_increment 的值,即使是空的資料表亦然。(錯誤編號 69882)

  • MATCH() ... AGAINST 查詢若使用長字串做為 AGAINST() 的引數,可能會在 InnoDB 資料表上以全文搜尋索引執行該查詢時導致錯誤。(錯誤編號 17640261)

  • 若搭配 ORDER BY 與 LIMIT 選項處理 SQL_CALC_FOUND_ROWS,可能會導致 FOUND_ROWS() 傳回不正確的結果。(錯誤編號 68458、錯誤編號 16383173)

  • 若存在外部索引鍵,ALTER TABLE 陳述式不允許變更資料欄可為 Null 的特性。(錯誤編號 77591)