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

# Aurora MySQL 資料庫引擎更新：2016-12-14 (1.10 版) (已棄用)
<a name="AuroraMySQL.Updates.20161214"></a>

**版本：**1.10

## 新功能
<a name="AuroraMySQL.Updates.20161214.New"></a>
+ **零停機時間修補程式** – 此功能可讓資料庫執行個體在不停機的情況下完成修補。換句話說，執行資料庫升級時不會連線到用戶端應用程式，也不會將資料庫重新開機。這麼做可以增加維護期間 Aurora 資料庫叢集的可用性。請注意，暫時性資料 (例如效能結構描述) 會在升級過程中重設。此功能適用於維護時段期間，由維修作業提供的修補程式，以及由使用者啟動的修補程式。

  修補程式啟動時，此服務會確認沒有開啟的鎖、交易或暫存資料表，接著稍待一段適當時間，資料庫便會完成修補並重新啟動。雖然修補程式執行 (大約 5 秒) 後傳輸量會下降，但應用程式工作階段仍會保留。如果找不到合適的時段，修補作業會預設為採用標準修補行為。

  零停機時間修補作業會以最佳作法為基礎執行，須受特定限制，說明如下：
  + 此功能目前適用於修補單一節點資料庫叢集，或是多節點資料庫叢集中的寫入器執行個體。
  + 不支援 SSL 連線與此功能搭配使用。如果有 SSL 連線正在使用中，Amazon Aurora MySQL 就不會執行零停機時間修補程式，而會定期重試，以查明 SSL 連線是否皆已終止。如果 SSL 連線皆已終止，零停機時間修補作業就會繼續執行。如果 SSL 連線持續超過數秒，標準修補作業 (具停機時間) 便會執行。
  + Aurora 1.10 版與之後的版本都會提供此功能。此後，我們會指明使用零停機時間修補作業時無法套用的版本或修補程式。
  + 如果複寫作業是以二進位日誌為基礎且正在執行中，便不適用此功能。
+ **空間索引功能** – 空間索引功能可改善使用空間資料對大型資料集執行查詢的查詢效能。如需有關使用空間索引的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 和空間資料](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)。

  此功能預設為停用，可透過啟用 Aurora 實驗室模式加以啟動。如需相關資訊，請參閱《Amazon Aurora​ 使用者指南》**中的 [Amazon Aurora MySQL 實驗室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。
+ **改進複寫管道** – Aurora MySQL 現使用改進後的機制，將日誌串流更新套用至 Aurora 複本的緩衝區快取。當主控端遭遇重度寫入負載，且複本上有大量的讀取負載時，此功能會改善 Aurora 複本的讀取效能與穩定性。此功能預設為啟用。
+ **改善具快取讀取之工作負載的傳輸量** – Aurora MySQL 現在使用無閂鎖並行演算法實作讀取檢視，使由緩衝區快取提供服務的讀取查詢具有更多傳輸量。相較於 MySQL 5.7 在 SysBench 僅 SELECT 工作負載上的每秒 164K 讀取，經過這項改善及其他改進，Amazon Aurora MySQL 可達到每秒最高 625K 讀取的傳輸量。
+ **改善熱門資料列爭用情形之工作負載的傳輸量** – Aurora MySQL 使用新式鎖定釋放演算法提升效能，此方法尤其適合熱門頁面爭用情形 (亦即同一頁面上，許多交易爭相使用資料列)。在 TPC-C 基準測試中，比起 MySQL 5.7，這項改進可將交易的每分鐘傳輸量提升達 16 倍。此功能預設為停用，可透過啟用 Aurora 實驗室模式加以啟動。如需相關資訊，請參閱《Amazon Aurora​ 使用者指南》**中的 [Amazon Aurora MySQL 實驗室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。

## 改進
<a name="AuroraMySQL.Updates.20161214.Improvements"></a>
+ 唯有收到讀取 Aurora 複本的要求，系統才會更新快取，因而改善了全文搜尋索引快取複寫的速度。此作法可以避免複寫執行緒讀取磁碟。
+ 若資料表的資料庫名稱或資料表名稱中有特殊字元，字典快取無效判定功能即無法在 Aurora 複本上正常運作。現在，此問題已獲得修正。
+ 儲存體熱管理功能啟用時，系統會在資料往分散式儲存節點遷移期間發生 `STUCK IO` 問題。現在，此問題已獲得修正。
+ 修正鎖定管理程式問題，亦即準備轉返或遞交交易時，宣告檢查作業會因交易鎖定等待執行緒而失敗。
+ 正確更新字典資料表項目的參考計數，藉此修正開啟損毀的字典資料表時所發生的問題。
+ 修正慢速 Aurora 複本可持有之資料庫叢集讀取點的下限問題。
+ 修正查詢快取中潛在的記憶體流失問題。
+ 預存程序的 `IF` 陳述式使用查詢時，Aurora 複本會在資料表上放置低層級鎖定。現在，此問題已獲得修正。

## MySQL 錯誤修正整合
<a name="AuroraMySQL.Updates.20161214.BugFixes"></a>
+ 衍生資料表的 UNION 會傳回有「1=0/false」子句的錯誤結果。(錯誤編號 69471)
+ 伺服器在預存程序第二次執行 ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS 時當機。(錯誤編號 20755389)
+ 只要快取大小超過總大小的 10%，系統就會卸載快取同步作業，將其交給不同的執行緒處理，以避免在 FTS 快取同步至磁碟期間，MySQL 查詢停滯過久。(錯誤編號 22516559、73816)