本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2019-11-25 (1.22.0 版) (已棄用) **版本：**1.22.0 Aurora MySQL 1.22.0 已全面推出。Aurora MySQL 1 \$1 版與 MySQL 5.6 相容，Aurora MySQL 2.\$1 版則與 MySQL 5.7 相容。 此引擎版本預定在 2023 年 2 月 28 日棄用。如需詳細資訊，請參閱[為 Amazon Aurora MySQL-Compatible Edition 第 1 版結束生命週期做好準備](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 若要使用舊版 Aurora MySQL 建立叢集，請透過 AWS 管理主控台、 AWS CLI 或 RDS API 指定引擎版本。您可以選擇將現有的 Aurora MySQL 1.\$1 資料庫叢集升級至 Aurora MySQL 1.22.0。 **注意** 此版本目前不適用於下列 AWS 區域： AWS GovCloud （美國東部） 【us-gov-east-1】、 AWS GovCloud （美國西部） 【us-gov-west-1】、中國 （寧夏） 【cn-northwest-1】、亞太區域 （香港） 【ap-east-1】、中東 （巴林） 【me-south-1】 和南美洲 （聖保羅） 【sa-east-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)。 ## 改進 **新功能：** + Aurora MySQL 叢集現在支援執行個體類型 r5.8xlarge、r5.16xlarge 和 r5.24xlarge。 + Binlog 有新的增強功能，在涉及非常大的交易時，可改善遞交時間延遲。 + 大型交易的事件在遞交時會寫入 binlog，Aurora MySQL 現在有一種機制將這段時間縮到最短。這能有效避免這段時間因資料庫損毀而導致漫長的離線復原。此功能也修正大型交易在 binlog 遞交時封鎖小型交易的問題。此功能預設為停用，但必要時服務團隊可以為您的工作負載啟用此功能。啟用時，將於交易大小 > 500MB 時觸發。 + 在僅供讀取複本上增加支援 ANSI `READ COMMITTED` 隔離層級。此隔離層級允許僅供讀取複本上長時間執行的查詢，而不影響寫入器節點上高傳輸量的寫入。如需更多詳細資訊，請參閱 [Aurora MySQL 隔離層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.IsolationLevels)。 + 全域資料庫現在允許為部署在這些區域中的資料庫叢集新增次要唯讀複本 AWS 區域： 區域： 美國東部 （維吉尼亞北部） 【us-east-1】、 美國東部 （俄亥俄） 【us-east-2】、 美國西部 （加利佛尼亞北部） 【us-west-1】、 美國西部 （奧勒岡） 【us-west-2】、 歐洲 （愛爾蘭） 【eu-west-1】、 歐洲 （倫敦） 【eu-west-2】、 歐洲 （巴黎） 【eu-west-3】、 亞太區域 （東京） 【ap-northeast-1】、 亞太區域 （首爾） 【ap-northeast-2】， 亞太區域 （新加坡） 【ap-southeast-1】、 亞太區域 （雪梨） 【ap-southeast-2】、 加拿大 （中部） 【ca-central-1】、 歐洲 （法蘭克福） 【eu-central-1】、 和亞太區域 （孟買） 【ap-south-1】。 + 熱門資料列爭用功能現在全面開放，不需要將 Aurora 實驗室模式設為 ON。此功能可以在相同頁面上有許多交易爭用資料列的情況下大幅改善工作負載的傳輸量。 + 此版本已更新時區檔案，針對新的叢集，支援最新的巴西時區更新。 **關鍵修正：** + [CVE-2019-2922](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2922) + [CVE-2019-2923](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2923) + [CVE-2019-2924](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2924) + [CVE-2019-2910](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2910) **高優先順序修正：** + [CVE-2019-2805](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2805) + [CVE-2019-2730](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2730) + [CVE-2019-2740](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2740) + [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-2017-3653](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3653) + [CVE-2017-3464](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-3464) + [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) + [CVE-2016-5439](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-5439) + [CVE-2016-0606](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0606) + [CVE-2015-4904](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4904) + [CVE-2015-4879](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4879) + [CVE-2015-4864](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4864) + [CVE-2015-4830](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4830) + [CVE-2015-4826](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4826) + [CVE-2015-2620](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-2620) + [CVE-2015-0382](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0382) + [CVE-2015-0381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-0381) + [CVE-2014-6555](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6555) + [CVE-2014-4258](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4258) + [CVE-2014-4260](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-4260) + [CVE-2014-2444](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2444) + [CVE-2014-2436](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-2436) + [CVE-2013-5881](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5881) + [CVE-2014-0393](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-0393) + [CVE-2013-5908](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5908) + [CVE-2013-5807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-5807) + [CVE-2013-3806](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3806) + [CVE-2013-3811](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3811) + [CVE-2013-3804](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3804) + [CVE-2013-3807](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-3807) + [CVE-2013-2378](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2378) + [CVE-2013-2375](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2375) + [CVE-2013-1523](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-1523) + [CVE-2013-2381](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2381) + [CVE-2012-5615](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5615) + [CVE-2014-6489](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-6489) + 修正 DDL 復原元件中導致資料庫長時間停機的問題。對含有 `TRUNCATE TABLE` 欄的資料表執行 `AUTO_INCREMENT` 查詢後，如果叢集變成無法使用，則應該更新。 + 修正 DDL 復原元件中導致資料庫長時間停機的問題。同時對多個資料表執行 `DROP TABLE` 查詢後，如果叢集變成無法使用，則應該更新。 **整體穩定性修正：** + 修正在長時間執行交易期間導致僅供讀取複本重新啟動的問題。如果客戶遇到複本重新啟動，而可用記憶體也同時加速下降，則應該考慮升級到此版本。 + 對僅供讀取複本上的臨時資料表，執行巢狀查詢時會不當回報 `ERROR 1836`，已修正此問題。 + 當繁重寫入工作負載在 Aurora 寫入器執行個體上執行時，Aurora 讀取器執行個體會發生並行查詢中止錯誤，已修正此問題。 + 修正當繁重的寫入工作負載執行時，導致設定為 Binlog 主控端的資料庫重新啟動的問題。 + 修正重新啟動引擎時長時間無法使用的問題。這解決緩衝集區初始化的問題。此問題很少發生，但可能影響任何支援的版本。 + 修正在 `information_schema.replica_host_status` 資料表中產生不一致資料的問題。 + 修正平行查詢與標準執行路徑之間，導致讀取器節點斷續重新啟動的競爭情況。 + 改善當用戶端連線數超過 `max_connections` 參數值時的資料庫穩定性。 + 封鎖不支援的 DDL 和 `LOAD FROM S3` 查詢，改善讀取器執行個體的穩定性。 ## MySQL 社群版錯誤修正整合 + 錯誤編號 16346241 - 伺服器在 ITEM\$1PARAM::QUERY\$1VAL\$1STR 中當機 + 錯誤編號 17733850 - NAME\$1CONST() 在 ITEM\$1NAME\$1CONST::ITEM\$1NAME\$1CONST() 中損毀 + 錯誤編號 20989615 - INNODB AUTO\$1INCREMENT 產生相同的值兩次 + 錯誤編號 20181776 - 存取控制包含萬用字元時，不符合最明確的主機 + 錯誤編號 27326796 - MYSQL 因為檔案 PARS0PARS.CC 中的 INNODB 宣告失敗而損毀 + 錯誤編號 20590013 - 如果您有全文索引但捨棄，則無法再執行線上 DDL