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

# Aurora MySQL 資料庫引擎更新：2017-02-23 (1.11 版) (已棄用)
<a name="AuroraMySQL.Updates.20170223"></a>

**版本：**1.11

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

修補作業會在您為各資料庫執行個體指定的系統維護時段執行。您可以使用 AWS 管理主控台檢視或變更時段。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。

或者，您可以選擇資料庫叢集、選擇**叢集動作**，然後選擇**立即升級**，以立即在 AWS 管理主控台 中套用修補程式。

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

## 新功能
<a name="AuroraMySQL.Updates.20170223.New"></a>
+ **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 使用者指南》**中的[使用清單檔案指定要載入的資料檔案](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest)。
+ **預設啟用空間索引功能** – 此功能是在 1.10 版的實驗室模式中推出，現在已預設為開啟。空間索引可改善使用空間資料對大型資料集進行查詢的查詢效能。如需有關使用空間索引的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 和空間資料](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)。
+ **進階稽核計時變更** – 此功能是在 1.10.1 版中推出，為資料庫活動稽核提供高效能公用程式。此版本中，稽核日誌時間戳記的精確度已從一秒變更至一毫秒。時間戳記越精確，您就能更清楚掌握稽核事件執行的時間。如需有關稽核的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[搭配 Amazon Aurora MySQL 資料庫叢集使用進階稽核](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)。

## 改進
<a name="AuroraMySQL.Updates.20170223.Improvements"></a>
+ 已修改 `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 陳述式執行時，同一資料表上等待執行的平行預先讀取作業同時執行，就會造成宣告故障。現在，此問題已獲得修正。
+ 強化一般日誌和慢速查詢日誌，以免日誌在資料庫叢集重新啟動時遭到刪除。
+ 減少 ACL 模組的記憶體耗用量，藉此修正長時間執行之特定查詢所發生記憶體不足的問題。
+ 當資料表具有非空間索引，且查詢中有空間述詞時，規劃器會選擇使用非空間索引，且誤將空間條件下推至索引，進而引發重新啟動。現在，此問題已獲得修正。
+ 存放於外部 (如 LOB) 的極大型地理空間物件發生刪除、更新或清除等情形時，資料庫叢集就會重新啟動。現在，此問題已獲得修正。
+ 已修正使用 ALTER SYSTEM SIMULATE 進行故障模擬的問題... FOR INTERVAL 無法正常運作。
+ 修正鎖定管理程式中存有錯誤不變量的無效宣告，因而造成的穩定性問題。
+ 下列兩個 1.10 版推出的 InnoDB 全文搜尋改進項目，會導致某些高需求工作負載產生穩定性問題，因此予以停用：
  +  唯有收到讀取 Aurora 複本的要求，系統才會更新快取，以提升全文搜尋索引快取複寫的速度。
  + 只要快取大小超過總大小的 10%，系統就會卸載快取同步作業，將其交給不同的執行緒處理，以避免在 FTS 快取同步至磁碟期間，MySQL 查詢停滯過久。(錯誤編號 22516559、錯誤編號 73816)

## MySQL 錯誤修正整合
<a name="AuroraMySQL.Updates.20170223.BugFixes"></a>
+ 若同時執行 ALTER 資料表 DROP 外部索引鍵與其他 DROP 操作，會導致資料表消失。(錯誤編號 16095573)
+ 某些使用 ORDER BY 的 INFORMATION\$1SCHEMA 查詢，並未如先前作法般採行檔案排序最佳化作業。(錯誤編號 16423536)
+ FOUND\$1ROWS () 傳回的資料表資料列計數有誤。(錯誤編號 68458)
+ 開啟太多暫存資料表會導致伺服器故障，而無法發出錯誤訊息。(錯誤編號 18948649)