

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

# Aurora MySQL 資料庫引擎更新 2019-11-22 (2.06.0 版) (已棄用)
<a name="AuroraMySQL.Updates.2060"></a>

**版本：**2.06.0

Aurora MySQL 2.06.0 已全面推出。Aurora MySQL 2.x 版與 MySQL 5.7 版相容，Aurora MySQL 1.x 版則與 MySQL 5.6 版相容。

 目前支援的 Aurora MySQL 版本包括 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1 和 2.06.\$1。

 您可以從目前支援的 Aurora MySQL 版本將快照還原至 Aurora MySQL 2.06.0。您還可以選擇將現有的 Aurora MySQL 2.\$1 資料庫叢集升級至 Aurora MySQL 2.06.0。您無法直接將現有的 Aurora MySQL 1.\$1 叢集升級至 2.06.0；不過，您可以將其快照還原至 Aurora MySQL 2.06.0。

 若要使用舊版 Aurora MySQL 建立叢集，請透過 AWS 管理主控台 AWS CLI、 或 RDS API 指定引擎版本。

**注意**  
 此版本目前不適用於下列 AWS 區域： AWS GovCloud （美國東部） 【us-gov-east-1】、 AWS GovCloud （美國西部） 【us-gov-west-1】、中國 （寧夏） 【cn-northwest-1】、亞太區域 （香港） 【ap-east-1】 和中東 （巴林） 【me-south-1】。待該版本可供使用時，會再另行宣布。

如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 [AWS Support](https://aws.amazon.com/support)。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。

**注意**  
如需如何升級 Aurora MySQL 資料庫叢集的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。

## 改進
<a name="AuroraMySQL.Updates.2060.Improvements"></a>

 **新功能：**
+  Aurora MySQL 叢集現在支援執行個體類型 db.r5.8xlarge、db.r5.16xlarge 和 db.r5.24xlarge。如需 Aurora MySQL 叢集的執行個體類型的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora 資料庫執行個體類別](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Concepts.DBInstanceClass.html)。
+  雜湊聯結功能現在全面開放，不需要將 Aurora 實驗室模式設為 ON。當您需要使用對等聯結來聯結大量資料時，此功能可改善查詢效能。如需有關使用此功能的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用適用於 Aurora Serverless 的資料 API](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/data-api.html)。
+  熱門資料列爭用功能現在全面開放，不需要將 Aurora 實驗室模式設為 ON。此功能可以在相同頁面上有許多交易爭用資料列的情況下大幅改善工作負載的傳輸量。
+  Aurora MySQL 2.06 和更高版本支援將資料庫叢集「倒轉」至特定時間，而不需從備份還原資料。此功能 (稱為「恢復」) 可從使用者的錯誤操作中迅速復原，像是捨棄不該捨棄的資料表或刪除不該刪除的列。即使是大型資料庫，恢復也能在幾秒內完成。如需概觀，請參閱[AWS 《](https://aws.amazon.com/blogs/aws/amazon-aurora-backtrack-turn-back-time/)*Amazon* [ Aurora 使用者指南》中的恢復 Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.Backtrack.html)。
+  Aurora 2.06 及更高版本支援透過原生函數 進行同步 AWS Lambda 調用。 `lambda_sync()`另外也提供原生函式 `lambda_async()`，可替代非同步 Lambda 呼叫的現有預存程序。如需有關呼叫 Lambda 函數的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Aurora MySQL 原生函數調用 Lambda 函數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。

 **關鍵修正：**

 無。

 **高優先順序修正：**

 **安全性修正** 
+ [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805)
+ [CVE-2019-2791](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2791)
+ [CVE-2019-2778](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2778)
+ [CVE-2019-2758](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2758)
+ [CVE-2019-2739](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2739)
+ [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730)
+ [CVE-2018-3064](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3064)
+ [CVE-2018-3058](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3058)
+ [CVE-2018-2786](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2786)
+ [CVE-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653)
+ [CVE-2017-3465](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3465)
+ [CVE-2017-3455](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3455)
+ [CVE-2017-3244](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3244)
+ [CVE-2016-5612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5612)

 **連線處理** 
+  資料庫可用性已改善，在執行一或多個 DDL 時，更能夠應付突增的用戶端連線。作法是在需要時暫時建立更多執行緒。處理 DDL 時，如果資料庫在連線突增之後變得沒有回應，建議您升級。

 **引擎重新啟動** 
+  修正重新啟動引擎時長時間無法使用的問題。這解決緩衝集區初始化的問題。此問題很少發生，但可能影響任何支援的版本。
+  已修正當密集的寫入工作負載執行時，導致設定為二進位日誌 (binlog) 主控端的資料庫重新啟動的問題。

 **整體穩定性修正：**
+  查詢在存取未快取的資料時比平常更慢，此情況已得到改善。客戶在存取未快取的資料時，如果平白無故發生讀取延遲狀況，可能就是遇到此問題，建議升級。
+  修正無法從資料庫快照還原分割資料表的問題。當客戶在已從 Aurora MySQL 1.\$1 資料庫的快照還原的資料庫中存取分區資料表時，如果遇到錯誤，建議使用此版本。
+  當 DDL 查詢正在寫入器資料庫執行個體上執行時，處理讀取查詢的執行緒與套用結構描述變更的執行緒會爭奪鎖定，已修正此問題，提高 Aurora 複本的穩定性。
+  修正 DDL 操作觸發的 `mysql.innodb_table_stats` 資料表更新引起的穩定性問題。
+  對 Aurora 複本上的臨時資料表，執行巢狀查詢時會不當回報 `ERROR 1836`，已修正此問題。

 **效能增強：**
+  如果 binlog 工作者端已停用查詢快取，防止 API 不必要地呼叫快取，改善 binlog 複寫的效能。

## 與 Aurora MySQL 第 1 版比較
<a name="AuroraMySQL.Updates.2060.Compare56"></a>

下列 Amazon Aurora MySQL 功能在 Aurora MySQL 第 1 版 (與 MySQL 5.6 相容) 中有支援，但目前這些功能在 Aurora MySQL 第 2 版 (與 MySQL 5.7 相容) 中不支援。
+ 非同步索引鍵預先提取 (AKP)。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用非同步索引鍵預先擷取最佳化 Aurora 編製索引的聯結查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。
+ 掃描批次處理。如需更多詳細資訊，請參閱 [Aurora MySQL 資料庫引擎更新 2017-12-11 (1.16 版) (已棄用)](AuroraMySQL.Updates.20171211.md)。
+ 使用 Amazon S3 儲存貯體從 MySQL 遷移資料。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon S3 儲存貯體遷移 MySQL 中的資料](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Migrating.ExtMySQL.html#AuroraMySQL.Migrating.ExtMySQL.S3)。

## MySQL 5.7 相容性
<a name="AuroraMySQL.Updates.2060.Compatibility"></a>

Aurora MySQL 2.06.0 有 MySQL 5.7 線路相容性，包括 JSON 支援、空間索引和產生欄位等功能。相較於 MySQL 5.7，Aurora MySQL 採用的空間索引原生實作主要利用 Z 階曲線，可為空間資料集提供超過 20 倍的寫入效能和超過 10 倍的讀取效能。

Aurora MySQL 2.06.0 目前不支援下列 MySQL 5.7 功能：
+ 群組複寫外掛程式
+ 已增加的頁面大小
+ 啟動時載入 InnoDB 緩衝集區
+ InnoDB 全文剖析器外掛程式
+ 多來源複寫
+ 線上緩衝集區大小調整
+ 密碼驗證外掛程式
+ 查詢重寫外掛程式
+ 複寫篩選
+ `CREATE TABLESPACE` SQL 陳述式