本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Aurora MySQL 資料庫引擎更新 2019-11-11 (1.20.0 版) (已棄用)
**版本：**1.20.0
Aurora MySQL 1.20.0 已全面推出。Aurora MySQL 1 \$1 版與 MySQL 5.6 相容，Aurora MySQL 2.\$1 版則與 MySQL 5.7 相容。
目前支援的 Aurora MySQL 版本包括 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.\$1、1.20.\$1、2.01.\$1、2.02.\$1、2.03.\$1 和 2.04.\$1。若要使用舊版 Aurora MySQL 建立叢集，請透過 AWS 管理主控台、 AWS CLI 或 RDS API 指定引擎版本。您可以選擇將現有的 Aurora MySQL 1.\$1 資料庫叢集 (最多 1.19.5) 升級至 Aurora MySQL 1.20.0。
**注意**
此版本目前不適用於下列 AWS 區域： AWS GovCloud （美國東部） 【us-gov-east-1】、 AWS GovCloud （美國西部） 【us-gov-west-1】、中國 （寧夏） 【cn-northwest-1】、亞太區域 （香港） 【ap-east-1】、歐洲 （斯德哥爾摩） 【eu-north-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)。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 改進
**關鍵修正：**
+ [CVE-2018-0734](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-0734)
+ [CVE-2019-2534](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2534)
+ [CVE-2018-2612](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2612)
+ [CVE-2017-3599](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3599)
+ [CVE-2018-2562](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2562)
+ [CVE-2017-3329](https://nvd.nist.gov/vuln/detail/CVE-2017-3329)
+ [CVE-2018-2696](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
**高優先順序修正：**
+ 如果客戶的資料庫大小接近 64 TiB，為了避免因為穩定性缺陷影響到接近 Aurora 儲存空間限制的磁碟區，而造成停機，強烈建議升級至此版本。
**整體穩定性修正：**
+ 已修正下列問題：當大量寫入工作負載在 Aurora 寫入器執行個體上執行時，Aurora 讀取器執行個體發生並行查詢中止錯誤。
+ 已修正 Aurora 讀取器執行個體上的下列問題：當寫入器執行個體上有大量的交易確定流量時，卻減少了長時間執行交易期間的可用記憶體。
+ 現在，在資料庫重新啟動或主機替換之後，參數 `aurora_disable_hash_join` 的值持續存在。
+ 已修正與全文搜尋快取相關的問題，此問題導致了 Aurora 執行個體用光記憶體。使用「全文檢索搜尋」的客戶應該升級。
+ 已改善雜湊聯結功能啟用時和執行個體的記憶體不足時資料庫的穩定性。使用雜湊聯結的客戶應該升級。
+ 已在查詢快取中修正下列問題：「連線太多」可能導致重新開機。
+ 修正 T2 執行個體上的可用記憶體計算，將交換記憶體空間納入，以防止不必要的重新啟動。
## MySQL 社群版錯誤修正整合
+ Bug \$119929406: HANDLE\$1FATAL\$1SIGNAL (SIG=11) IN \$1\$1MEMMOVE\$1SSSE3\$1BACK FROM STRING::COPY
+ Bug \$117059925：對於 [UNION](https://dev.mysql.com/doc/refman/5.6/en/union.html) 陳述式，未正確地計算資料列檢查值。這表示「效能結構描述」陳述式資料表 (例如 [events\$1statements\$1current](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-events-statements-current-table.html)) 的 `ROWS_EXAMINED` 欄的值太大。
+ Bug \$111827369：一些具有 `SELECT ... FROM DUAL` 巢狀子查詢的查詢已提出聲明。
+ 錯誤編號 16311231：如果查詢在 `IN` 子句中包含子查詢，而子查詢又在 `WHERE` 子句中包含 [XOR](https://dev.mysql.com/doc/refman/5.6/en/logical-operators.html#operator_xor) 運算，則會傳回不正確的結果。