本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Aurora MySQL 資料庫引擎更新 2021-11-12 (2.09.3 版) (已棄用)
**版本：**2.09.3
Aurora MySQL 2.09.3 已全面推出。Aurora MySQL 2.x 版與 MySQL 5.7 版相容，Aurora MySQL 1.x 版則與 MySQL 5.6 版相容。
目前支援的 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 2.\$1 資料庫叢集升級至 Aurora MySQL 2.10.0。對於執行 Aurora MySQL 版本 1 的叢集，您可以將現有的 Aurora MySQL 1.23 或更新版本的叢集直接升級至 2.10.0。您可以從目前支援的任何 Aurora MySQL 版本將快照還原至 Aurora MySQL 2.10.0。
若要以舊版的 Aurora MySQL 建立叢集，請透過 AWS 管理主控台、 AWS CLI或 Amazon RDS API 指定引擎版本。
如果您有任何問題或疑慮，社群論壇和透過 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)。
## 改善項目
**安全性修正︰**
修正和其他增強功能，以微調在受管環境中的處理。以下 CVE 修正如下所示：
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3712](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3712)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2021-2307](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2307)
+ [CVE-2021-2226](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2226)
+ [CVE-2021-2174](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2174)
+ [CVE-2021-2171](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2171)
+ [CVE-2021-2169](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2169)
+ [CVE-2021-2166](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2166)
+ [CVE-2021-2154](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2154)
+ [CVE-2021-2060](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2060)
+ [CVE-2021-2032](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2032)
+ [CVE-2021-2001](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2001)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2019-17543](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-17543)
+ [CVE-2019-2960](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-CVE-2019-2960)
**可用性改進項目：**
+ 已引進最佳化，其可以在 information\$1schema 中減少資料表上執行的查詢爭用。
+ 新增對 ECEDHE SSL 加密的支援。
**一般改進：**
+ 已修正下列問題：在極少數情況下，當記憶體內的資料完整性檢查失敗時，可能會導致寫入器執行個體重新啟動。
+ 已修正下列問題：在極少數情況下，當啟用二進位記錄時，若叢集磁碟區擴充，可能會導致資料庫執行個體重新啟動。
+ 已修正資料庫執行個體重新啟動期間罕見的競爭狀況，這可能會造成多次重新啟動。
+ 已修正下列問題：當資料庫具有大量使用者和權限組合時，可能會導致資料庫執行個體重新啟動失敗。
+ 已修正平行查詢的問題，此問題可能會導致資料庫在執行具有 LIMIT 子句的 SQL 陳述式時重新啟動。
+ 已修正錯誤回報 Aurora 複寫延遲的問題。
+ 已修正下列問題：在將主要版本從 Aurora-MySQL 1.x (基於 MySQL 5.6) 就地升級至 Aurora-MySQL 2.x (基於 MySQL 5.7) 之後，可能會導致 general\$1log 和 slow\$1log 資料表變成無法存取。
+ 已修正下列問題：在極少數情況下，當資料庫處於重度工作負載時，若查詢 innodb\$1trx、innodb\$1locks 或 innodb\$1lockwaits 資料表時，可能會導致資料庫執行個體重新啟動。監控工具和功能 (例如績效詳情) 可能會查詢這類資料表。
+ 已修正下列問題：當執行 "FLUSH TABLES WITH READ LOCK" SQL 陳述式時，可能會導致資料庫執行個體重新啟動。
+ 已修正下列問題：InnoDB 清除程序若在刪除讀取器執行個體期間暫停，其會導致歷史記錄清單長度暫時增加。
+ 已修正平行查詢的問題，這個問題可能會在針對包含虛擬資料欄的資料表執行 SQL 陳述式時，導致資料庫重新啟動。
+ 已修正平行查詢的問題，這個問題可能會在使用 GROUP BY 子句和包含範圍述詞的 WHERE 子句執行查詢時，導致資料庫傳回不正確的分組或排序順序。
+ 已修正平行查詢中的問題，在極少數情況下，這個問題可能會導致資料庫在使用 JSON 函式執行 SQL 陳述式時重新啟動。
+ 已修正下列問題：在極少數情況下，可能會導致主要全域資料庫叢集中的寫入器執行個體重新啟動，因為在全域資料庫複寫期間發生競爭狀況。
+ 已修正下列問題：當複寫特定 DDL 和 DCL 陳述式時，由於 HA\$1ERR\$1FOUND\$1DUPP\$1KEY 錯誤，導致 Binlog 複本停止。以混合式二進位記錄格式設定來源執行個體，且其隔離層級為 READ COMMITTED 或 READ UNCOMMITTED 時，就會發生這個問題。
+ 已修正下列問題：在極少數情況下，當 READ COMPITED 隔離層級中使用 XA 交易時，可能會導致資料庫執行個體重新啟動。
+ 修正下列問題：當符合下列所有條件時，現有資料列的 TIMESTAMP 資料欄值會更新為最新的時間戳記：1. 資料表存在觸發程序；2. 在具有 ON DUPLICATE KEY UPDATE 子句的資料表上執行 INSERT；3. 插入的資料列可能會在 UNIQUE 索引或 PRIMARY KEY 中導致重複值違規；以及 4. 一個或多個資料欄屬於 TIMESTAMP 資料類型，並具有預設值 CURRENT\$1TIMESTAMP。
+ 已修正下列問題：在極少數情況下，由於不正確的檢查處理，可能會導致讀取器重新啟動。
+ 已修正下列問題：當寫入器執行個體將資料庫磁碟區增長到超越特定磁碟區大小界限時，可能會導致讀取器執行個體重新啟動。
+ 已修正下列問題：對於使用所複製叢集磁碟區的資料庫執行個體，可能會導致更長的重新啟動時間。
+ 已修正下列問題：在寫入器執行個體上執行 TRUNCATE TABLE 作業之後，資料庫執行個體重新啟動可能會失敗一次或多次。
+ 已修正在極少數情況下會導致資料庫執行個體重新啟動的問題。
+ 修正下列問題：在極少數情況下，當資料庫磁碟區成長至 160GB 的倍數時，可能導致讀取器執行個體重新啟動。
## MySQL 社群版錯誤修正整合
+ 錯誤編號 23533396 - 新增新索引時，伺服器已捨棄內部定義的外部索引鍵索引，並嘗試使用在虛擬產生的資料欄上定義的次要索引，做為外部索引鍵索引，因而導致伺服器結束。InnoDB 現在允許外部索引鍵限制，參考在虛擬產生的資料欄上定義的次要索引。
+ 錯誤編號 29550513 - 複寫：WAIT\$1FOR\$1EXECUTED\$1GTID\$1SET() 函式中的鎖定問題可能會造成伺服器在某些情況下當機。現在已更正這個問題。
## 與 Aurora MySQL 第 1 版比較
下列 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)。
+ 雜湊聯結。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用雜湊聯結最佳化大型 Aurora MySQL 聯結查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。
+ 用於同步調用函數的原生 AWS Lambda 函數。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Aurora MySQL 原生函數調用 Lambda 函數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html#AuroraMySQL.Integrating.NativeLambda)。
+ 掃描批次處理。如需更多詳細資訊，請參閱 [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 相容性
此 Aurora MySQL 版本有 MySQL 5.7 線路相容性，包括 JSON 支援、空間索引和產生欄位等功能。相較於 MySQL 5.7，Aurora MySQL 採用的空間索引原生實作主要利用 Z 階曲線，可為空間資料集提供超過 20 倍的寫入效能和超過 10 倍的讀取效能。
此 Aurora MySQL 版本目前不支援下列 MySQL 5.7 功能：
+ 群組複寫外掛程式
+ 已增加的頁面大小
+ 啟動時載入 InnoDB 緩衝集區
+ InnoDB 全文剖析器外掛程式
+ 多來源複寫
+ 線上緩衝集區大小調整
+ 密碼驗證外掛程式
+ 查詢重寫外掛程式
+ 複寫篩選
+ `CREATE TABLESPACE` SQL 陳述式