本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Amazon Aurora MySQL 第 1 版的資料庫引擎更新 (已棄用)
以下是 Amazon Aurora 1 版資料庫引擎更新：
+ [Aurora MySQL 資料庫引擎更新 2021-09-30 (1.23.4 版) (已棄用)](AuroraMySQL.Updates.1234.md)
+ [Aurora MySQL 資料庫引擎更新 2021-06-28 (1.23.3 版) (已棄用)](AuroraMySQL.Updates.1233.md)
+ [Aurora MySQL 資料庫引擎更新 2021-03-18 (1.23.2 版) (已棄用)](AuroraMySQL.Updates.1232.md)
+ [Aurora MySQL 資料庫引擎更新 2020-11-24 (1.23.1 版) (已棄用)](AuroraMySQL.Updates.1231.md)
+ [Aurora MySQL 資料庫引擎更新 2020-09-02 (1.23.0 版) (已棄用)](AuroraMySQL.Updates.1230.md)
+ [Aurora MySQL 資料庫引擎更新 2021-06-03 (1.22.5 版) (已棄用)](AuroraMySQL.Updates.1225.md)
+ [Aurora MySQL 資料庫引擎更新 2021-03-04 (1.22.4 版) (已棄用)](AuroraMySQL.Updates.1224.md)
+ [Aurora MySQL 資料庫引擎更新 2020-11-09 (1.22.3 版) (已棄用)](AuroraMySQL.Updates.1223.md)
+ [Aurora MySQL 資料庫引擎更新 2020-03-05 (1.22.2 版) (已棄用)](AuroraMySQL.Updates.1222.md)
+ [Aurora MySQL 資料庫引擎更新 2019-12-23 (1.22.1 版) (已棄用)](AuroraMySQL.Updates.1221.md)
+ [Aurora MySQL 資料庫引擎更新 2019-11-25 (1.22.0 版) (已棄用)](AuroraMySQL.Updates.1220.md)
+ [Aurora MySQL 資料庫引擎更新 2019-11-25 (1.21.0 版) (已棄用)](AuroraMySQL.Updates.1210.md)
+ [Aurora MySQL 資料庫引擎更新 2020-03-05 (1.20.1 版) (已棄用)](AuroraMySQL.Updates.1201.md)
+ [Aurora MySQL 資料庫引擎更新 2019-11-11 (1.20.0 版) (已棄用)](AuroraMySQL.Updates.1200.md)
+ [Aurora MySQL 資料庫引擎更新 2020-03-05 (1.19.6 版) (已棄用)](AuroraMySQL.Updates.1196.md)
+ [Aurora MySQL 資料庫引擎更新 2019-09-19 (1.19.5 版) (已棄用)](AuroraMySQL.Updates.1195.md)
+ [Aurora MySQL 資料庫引擎更新 2019-06-05 (1.19.2 版) (已棄用)](AuroraMySQL.Updates.1192.md)
+ [Aurora MySQL 資料庫引擎更新 2019-05-09 (1.19.1 版) (已棄用)](AuroraMySQL.Updates.1191.md)
+ [Aurora MySQL 資料庫引擎更新 2019-02-07 (1.19.0 版) (已棄用)](AuroraMySQL.Updates.1190.md)
+ [Aurora MySQL 資料庫引擎更新 2018-09-20 (1.18.0 版) (已棄用)](AuroraMySQL.Updates.1180.md)
+ [Aurora MySQL 資料庫引擎更新 2020-03-05 (1.17.9 版) (已棄用)](AuroraMySQL.Updates.1179.md)
+ [Aurora MySQL 資料庫引擎更新 2019-01-17 (1.17.8 版) (已棄用)](AuroraMySQL.Updates.1178.md)
+ [Aurora MySQL 資料庫引擎更新 2018-10-08 (1.17.7 版) (已棄用)](AuroraMySQL.Updates.1177.md)
+ [Aurora MySQL 資料庫引擎更新 2018-09-06 (1.17.6 版) (已棄用)](AuroraMySQL.Updates.1176.md)
+ [Aurora MySQL 資料庫引擎更新 2018-08-14 (1.17.5 版) (已棄用)](AuroraMySQL.Updates.1175.md)
+ [Aurora MySQL 資料庫引擎更新 2018-08-07 (1.17.4 版) (已棄用)](AuroraMySQL.Updates.1174.md)
+ [Aurora MySQL 資料庫引擎更新 2018-06-05 (1.17.3 版) (已棄用)](AuroraMySQL.Updates.1173.md)
+ [Aurora MySQL 資料庫引擎更新 2018-04-27 (1.17.2 版) (已棄用)](AuroraMySQL.Updates.1172.md)
+ [Aurora MySQL 資料庫引擎更新 2018-03-23 (1.17.1 版) (已棄用)](AuroraMySQL.Updates.1171.md)
+ [Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用)](AuroraMySQL.Updates.117.md)
+ [Aurora MySQL 資料庫引擎更新 2017-12-11 (1.16 版) (已棄用)](AuroraMySQL.Updates.20171211.md)
+ [Aurora MySQL 資料庫引擎更新 2017-11-20 (1.15.1 版) (已棄用)](AuroraMySQL.Updates.20171120.md)
+ [Aurora MySQL 資料庫引擎更新 2017-10-24 (1.15 版) (已棄用)](AuroraMySQL.Updates.20171024.md)
+ [Aurora MySQL 資料庫引擎更新：2018-03-13 (1.14.4 版) (已棄用)](AuroraMySQL.Updates.1144.md)
+ [Aurora MySQL 資料庫引擎更新：2017-09-22 (1.14.1 版) (已棄用)](AuroraMySQL.Updates.20170922.md)
+ [Aurora MySQL 資料庫引擎更新：2017-08-07 (1.14 版) (已棄用)](AuroraMySQL.Updates.20170807.md)
+ [Aurora MySQL 資料庫引擎更新：2017-05-15 (1.13 版) (已棄用)](AuroraMySQL.Updates.20170515.md)
+ [Aurora MySQL 資料庫引擎更新：2017-04-05 (1.12 版) (已棄用)](AuroraMySQL.Updates.20170405.md)
+ [Aurora MySQL 資料庫引擎更新：2017-02-23 (1.11 版) (已棄用)](AuroraMySQL.Updates.20170223.md)
+ [Aurora MySQL 資料庫引擎更新：2017-01-12 (1.10.1 版) (已棄用)](AuroraMySQL.Updates.20170112.md)
+ [Aurora MySQL 資料庫引擎更新：2016-12-14 (1.10 版) (已棄用)](AuroraMySQL.Updates.20161214.md)
+ [Aurora MySQL 資料庫引擎更新：2016-11-10 (1.9.0、1.9.1 版) (已棄用)](AuroraMySQL.Updates.20161110.md)
+ [Aurora MySQL 資料庫引擎更新：2016-10-26 (1.8.1 版) (已棄用)](AuroraMySQL.Updates.20161026.md)
+ [Aurora MySQL 資料庫引擎更新：2016-10-18 (1.8 版) (已棄用)](AuroraMySQL.Updates.20161018.md)
+ [Aurora MySQL 資料庫引擎更新：2016-09-20 (1.7.1 版) (已棄用)](AuroraMySQL.Updates.20160920.md)
+ [Aurora MySQL 資料庫引擎更新：2016-08-30 (1.7.0 版) (已棄用)](AuroraMySQL.Updates.20160830.md)
+ [Aurora MySQL 資料庫引擎更新：2016-06-01 (1.6.5 版) (已棄用)](AuroraMySQL.Updates.20160601.md)
+ [Aurora MySQL 資料庫引擎更新：2016-04-06 (1.6 版) (已棄用)](AuroraMySQL.Updates.20160406.md)
+ [Aurora MySQL 資料庫引擎更新：2016-01-11 (1.5 版) (已棄用)](AuroraMySQL.Updates.20160111.md)
+ [Aurora MySQL 資料庫引擎更新：2015-12-03 (1.4 版) (已棄用)](AuroraMySQL.Updates.20151203.md)
+ [Aurora MySQL 資料庫引擎更新：2015-10-16 (1.2、1.3 版) (已棄用)](AuroraMySQL.Updates.20151016.md)
+ [Aurora MySQL 資料庫引擎更新：2015-08-24 (1.1 版) (已棄用)](AuroraMySQL.Updates.20150824.md)
# Aurora MySQL 資料庫引擎更新 2021-09-30 (1.23.4 版) (已棄用)
**版本：**1.23.4
Aurora MySQL 1.23.4 已全面推出。Aurora MySQL 2.\$1 版與 MySQL 5.7 相容，Aurora MySQL 1.\$1 版則與 MySQL 5.6 相容。
此引擎版本預定在 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 建立叢集，請透過 RDS 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)。
## 改善項目
**一般改進：**
+ 已修正下列問題：由於內部診斷日誌檔中過度記錄資訊訊息，導致讀取器執行個體的高 CPU 耗用量。
**高優先順序修正：**
+ [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-2160](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-2160)
+ [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)
# Aurora MySQL 資料庫引擎更新 2021-06-28 (1.23.3 版) (已棄用)
**版本：**1.23.3
Aurora MySQL 1.23.3 已全面推出。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 建立叢集，請透過 RDS 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)。
## 改善項目
一般穩定性和可用性增強功能。
**安全性修正︰**
+ [CVE-2021-23841](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-23841)
+ [CVE-2021-3449](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-3449)
+ [CVE-2020-28196](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-28196)
# Aurora MySQL 資料庫引擎更新 2021-03-18 (1.23.2 版) (已棄用)
**版本：**1.23.2
Aurora MySQL 1.23.2 已全面推出。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 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-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)。
## 改善項目
**高優先順序修正：**
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
+ [CVE-2018-3143](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-3143)
**可用性改進項目：**
+ 已修正動態叢集儲存空間調整大小功能中可能導致讀取者資料庫執行個體重新啟動的問題。
+ 已修正因 `RESET QUERY CACHE` 陳述式中的競爭條件而造成的容錯移轉問題。
+ 已修正使用查詢快取的巢狀預存程序呼叫中的當機問題。
+ 已修正從分區或子分區資料表的不完整截斷復原時的 `mysqld` 重複重新啟動問題。
+ 已修正可能導致從內部部署或 RDS for MySQL 遷移至 Aurora MySQL 不成功的問題。
+ 已修正罕見的資料庫可以在儲存磁碟區規模調整期間重新啟動的競爭條件。
+ 已修正鎖定管理員中競爭條件可能導致鎖定由兩個交易共用，進而造成資料庫重新啟動的問題。
+ 已修正與使用長時間執行寫入交易導致資料庫重新啟動的交易鎖定記憶體管理相關的問題。
+ 修正在鎖定管理員中導致資料庫重新啟動或在交易轉返期間容錯移轉的競爭條件問題。
+ 已修正在 5.6 的實驗室模式下啟用快速線上 DDL 時，資料表從 5.6 升級到 5.7 期間的問題。
+ 已修正檢查資料庫活動的靜止點以進行修補時，引擎可能會在零停機時間修補期間重新啟動的多個問題。
+ 已修正因 DDL 作業中斷而重複重新啟動的多個相關問題，例如 `DROP TRIGGER`、`ALTER TABLE`，特別是修改資料表中分區類型或分區數目的 `ALTER TABLE`。
+ 已更新 16XL 和 24XL 執行個體上的預設值 `table_open_cache`，以避免大型執行個體類別 (R4/R5-16XL、R5-12XL、R5-24XL) 上造成重複的重新啟動和高 CPU 使用率。這對 1.21.x 和 1.22.x 版造成了影響。
+ 已修正會導致二進位日誌複本因 `HA_ERR_KEY_NOT_FOUND` 錯誤而停止的問題。
## MySQL 社群版錯誤修正整合
+ *複寫*：執行 `SHOW BINLOG EVENTS` 陳述式時，會封鎖任何平行交易。此修正程式可確保 `SHOW BINLOG EVENTS` 處理程序現在僅在計算檔案的結束位置期間獲取鎖定，因此平行交易不會長時間封鎖。(錯誤編號 76618、錯誤編號 20928790)
# Aurora MySQL 資料庫引擎更新 2020-11-24 (1.23.1 版) (已棄用)
**版本︰** 1.23.1
Aurora MySQL 1.23.1 已正式推出。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 建立叢集，請透過 RDS 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)。
## 改善項目
**安全性修正︰**
修正和其他增強功能，以微調在受管環境中的處理。以下 CVE 修正如下所示：
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
**不相容的變更：**
此版本引入了會影響 `mysqldump` 命令行為的許可變更。使用者必須具有存取 `PROCESS` 表格的 `INFORMATION_SCHEMA.FILES` 權限。若要在沒有任何變更的情況下執行 `mysqldump` 命令，請將 `PROCESS` 權限授予給 `mysqldump` 命令連線的資料庫使用者。您也可以使用 `mysqldump` 選項執行 `--no-tablespaces` 命令。使用該選項，`mysqldump ` 輸出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 陳述式。在這種情況下，`mysqldump` 命令不會存取 `INFORMATION_SCHEMA.FILES` 表格，並且您不需要授予 `PROCESS` 許可。
**可用性改進項目：**
+ 修正了導致執行 1.23.0 的全域資料庫次要叢集中的 Aurora 讀取器執行個體重複重新啟動的問題。
+ 修正了當主要區域寫入器使用舊版本時，若全域資料庫次要區域複本升級至 1.23.0 版，可能會重新啟動的問題。
+ 修正了在 Aurora MySQL 1.23.0 中推出的動態調整大小功能出現記憶體洩漏。
+ 修正了使用平行查詢功能執行查詢期間，可能導致伺服器重新啟動的問題。
+ 修正了當資料庫引擎在讀取或寫入網路發生錯誤時，可能導致用戶端工作階段停止回應的問題。
# Aurora MySQL 資料庫引擎更新 2020-09-02 (1.23.0 版) (已棄用)
**版本：**1.23.0
Aurora MySQL 1.23.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 1.\$1 資料庫的快照還原為 Aurora MySQL 1.23.0。
**重要**
此版本中 Aurora 儲存體的改進將可用的升級路徑從 Aurora MySQL 1.23 限制為 Aurora MySQL 2.\$1。若您將 Aurora MySQL 1.23 叢集升級至 2.\$1，必須升級至 Aurora MySQL 2.09.0 或更新版本。
若要使用舊版 Aurora MySQL 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-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_parallel_query` 的值來開啟或關閉現有叢集的平行查詢。建立叢集時，不需要使用 `parallelquery` 參數的 `--engine-mode` 設定。
現在系統已擴充平行查詢，您可在可使用 Aurora MySQL 的所有區域中使用。
對於在 Aurora 叢集中升級和啟用平行查詢的程序，還有許多其他功能增強功能和變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon Aurora MySQL 的平行查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。
+ 在此版本中，您可以建立具有高達 128 TiB 儲存體的 Amazon Aurora MySQL 資料庫執行個體。新的儲存限制比之前的 64 TiB 有所增加。128 TiB 儲存大小支援較大的資料庫。小型執行個體大小 (db.t2 或 db.t3) 不支援此功能。由於 [InnoDB 具有 16 KB 的頁面大小限制](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)，因此，單一資料表空間不得超過 64 TiB。
當叢集磁碟區大小接近 128 TiB 時，Aurora 會向您發出警示，以便您可以在達到大小限制之前，先採取動作。這些警示會出現在 mysql 記錄中，而 RDS 事件會在 AWS 管理主控台中。
+ 改善二進位日誌 (binlog) 處理，以便在涉及非常大型的交易時，減少損毀復原時間和遞交時間延遲。
+ Aurora 動態調整叢集儲存空間的大小。透過動態調整大小，當您從資料庫叢集移除資料時，Aurora 資料庫叢集的儲存空間會自動減少。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[儲存體擴展](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)。
**注意**
動態調整大小功能正在分階段部署至可使用 Aurora AWS 的區域。視叢集所在的區域而定，此功能可能尚未提供。如需更多詳細資訊，請參閱[最新消息公告](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)。
**高優先順序修正：**
+ [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911)
+ [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537)
+ [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787)
+ [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784)
+ [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645)
+ [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640)
**可用性改進項目：**
+ 已修正鎖定管理員中競爭條件可能導致鎖定由兩個交易共用，進而造成資料庫重新啟動的問題。
+ 已修正與使用長時間執行寫入交易導致資料庫重新啟動的交易鎖定記憶體管理相關的問題。
+ 修正在鎖定管理員中導致資料庫重新啟動或在交易轉返期間容錯移轉的競爭條件問題。
+ 已修正在啟用快速 DDL 的資料表上變更 `innodb_file_format` 時，從 5.6 升級至 5.7 的問題。
+ 已修正檢查資料庫活動的靜止點以進行修補時，引擎可能會在零停機時間修補期間重新啟動的多個問題。
+ 已修正復原中斷的 `DROP TRIGGER` 操作時，影響資料庫執行個體重新啟動的 DDL 復原相關問題。
+ 已修正如果在執行某些資料分割操作期間，發生當機時，可能會造成資料庫無法使用的問題。具體而言，中斷的 `ALTER TABLE` 操作會修改資料分割類型或資料表中的磁碟分割數目。
+ 已修正 16XL 和 24XL 執行個體上的預設值 `table_open_cache`，該執行個體可能會在大型執行個體類別 (R4/R5-16XL、R5-12XL、R5-24XL) 上造成重複的容錯移轉和高 CPU 使用率。此影響了 1.21.x 和 1.22.x。
**全球資料庫：**
+ 在 Aurora 全域資料庫中的主要和次要 AWS 區域，在 MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` 檢視中填入遺失的資料。
+ 已修正在主要和次要區域之間出現暫時網路連線問題之後，由於主要區域中 UNDO 記錄的廢棄項目收集，在全球資料庫次要區域中可能發生的未預期查詢失敗。
**平行查詢：**
+ 已修正平行查詢可能導致長時間執行查詢傳回空白結果的問題。
+ 已修正在 Aurora 讀取複本上小型資料表查詢可能需要一秒以上的問題。
+ 已修正當平行查詢和 DML 陳述式在繁重的工作負載下同時執行時，可能導致重新啟動的問題。
**一般改進：**
+ 已修正如果在已存在大型空間值的資料表上建立空間索引，使用空間索引的查詢可能會傳回部分結果的問題。
+ 將稽核系統變數 `server_audit_incl_users` 和 `server_audit_excl_users` 的允許長度上限從 1024 個位元組增加到 2000 個位元組。
+ 已修正當 Aurora MySQL binlog (主要) 在 `statement` `binlog_format` 下載入 S3 的資料時，連線至 Aurora MySQL binlog (主要) 的 binlog 複本可能會顯示不完整資料的問題。
+ 遵守社群行為，以將 `mixed` binlog\$1format 映射至 `row`，而非 `statement`，來載入資料。
+ 已修正當使用者關閉連線，且工作階段正在使用暫存資料表時，造成 binlog 複寫停止運作的問題。
+ 已改善涉及 MyISAM 暫存資料表之查詢的回應時間。
+ 已修正當 binlog 工作者執行原生 lambda 函數時的許可問題。
+ 已修正嘗試查詢或輪換慢速日誌或一般日誌時，Aurora 讀取複本的問題。
+ 修正當 `binlog_checksum` 參數設定為主要和複本上的不同值時，邏輯複寫中斷的問題。
+ 修正僅供讀取複本可能會在寫入器上暫時看到最近認可交易的部分結果的問題。
+ 當死鎖已解決時，包含 `show engine innodb status` 中復原交易的交易資訊。
## MySQL 社群版錯誤修正整合
+ `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` 的 Binlog 事件將重新寫入為 `ALGORITHM=DEFAULT`，以與社群版本相容。
+ 錯誤編號 22350047：如果在 ROLLBACK TO SAVEPOINT 之後終止用戶端，則會遞交先前的 STMTS
+ 錯誤編號 29915479：在沒有 COM\$1BINLOG\$1DUMP 的情況下執行 COM\$1REGISTER\$1SLAVE，可能會導致伺服器結束
+ 錯誤編號 30441969：錯誤編號 29723340：SQL 快速查詢資料之後，MYSQL 伺服器當機
+ 錯誤編號 30628268：記憶體不足當機
+ 錯誤編號 27081349：使用空間函數刪除時，出現未預期的行為
+ 錯誤編號 27230859：處理無效的多邊形時，出現未預期的行為
+ 錯誤編號 27081349：使用空間刪除時，出現未預期的行為
+ 錯誤編號 26935001：ALTER TABLE AUTO\$1INCREMENT 嘗試從捨棄的資料表空間讀取索引
+ 錯誤編號 29770705：使用特定 WHERE 子句執行 SELECT 時，伺服器當機
+ 錯誤編號：27659490：使用動態範圍的 SELECT 與索引合併使用太多記憶體 (OOM)
+ 錯誤編號 24786290：在主檔中發生錯誤編號 74145 之後，複寫中斷
+ 錯誤編號 27703912：過度使用記憶體，準備作業太多
+ 錯誤編號 20527363：截斷暫存資料表當機：\$1DICT\$1TF2\$1FLAG\$1IS\$1SET(TABLE, DICT\$1TF2\$1TEMPORARY)
+ 錯誤編號 23103937 PS\$1TRUNCATE\$1ALL\$1TABLES() DOES NOT WORK IN SUPER\$1READ\$1ONLY MODE
+ 錯誤編號 25053286：在程序中將檢視與條件搭配使用造成不正確的行為 (已於 5.6.36 修正)
+ 錯誤編號 25586773：在 SP 的迴圈中建立資料表選取的行為不正確 (已於 5.6.39 修正)
+ 錯誤編號 27407480：AUTOMATIC\$1SP\$1PRIVILEGES 需要 MYSQL.USER 資料表的插入權限
+ 錯誤編號 26997096：`relay_log_space` 值未同步更新，因此，其值有時可能會高於轉送日誌使用的實際磁碟空間。
+ 錯誤編號 15831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY 無法如預期運作
+ SSL 錯誤向後移植錯誤編號 17087862、錯誤編號 20551271
+ 錯誤編號 16894092：5.6.6\$1 中的效能回歸，以用於插入... 選取... 來源 (在 5.6.15 已修正)。
+ 移植與 `SLAVE_TYPE_CONVERSIONS` 相關的錯誤修正。
# Aurora MySQL 資料庫引擎更新 2021-06-03 (1.22.5 版) (已棄用)
**版本：**1.22.5
Aurora MySQL 1.22.5 已全面推出。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 建立叢集，請透過 RDS 主控台、 AWS CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本被指定為長期支援 (LTS) 版本。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 長期支援 (LTS) 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。
如果您有任何問題或疑慮，社群論壇和透過 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)。
## 改善項目
**可用性改進項目：**
+ 已解決以下問題：可能因為在內部清理執行緒之間發生並行衝突，導致資料庫停止，並隨後重新啟動或容錯移轉。
+ 已解決以下問題：如果資料庫在重新啟動時，處於準備狀態時保留 XA 交易，之後在遞交或復原這些交易前再次重新啟動資料庫，可能導致叢集無法使用。此修正程式之前，您可以藉由將叢集還原到第一次重新啟動之前的時間點，來解決這個問題。
+ 已解決以下問題：如果資料庫在處理 DDL 陳述式時重新啟動，可能導致 InnoDB 清除遭到封鎖。因此，InnoDB 歷史記錄清單長度將會增長，且叢集儲存磁碟區將持續增加，直到其填滿為止，從而使資料庫無法使用。在此修正程式之前，您可以透過再次重新啟動資料庫來解除對清除的封鎖，以消除此問題。
# Aurora MySQL 資料庫引擎更新 2021-03-04 (1.22.4 版) (已棄用)
**版本：**1.22.4
Aurora MySQL 1.22.4 已全面推出。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 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本被指定為長期支援 (LTS) 版本。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 長期支援 (LTS) 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。
如果您有任何問題或疑慮，社群論壇和透過 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)。
## 改善項目
**安全性修正︰**
修正和其他增強功能，以微調在受管環境中的處理。以下 CVE 修正如下所示：
+ [CVE-2020-14867](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14867)
+ [CVE-2020-14812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14812)
+ [CVE-2020-14793](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14793)
+ [CVE-2020-14769](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14769)
+ [CVE-2020-14765](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14765)
+ [CVE-2020-14672](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14672)
+ [CVE-2020-1971](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-1971)
**可用性改進項目：**
+ 修正可能會在 `kill session` 命令期間觸發資料庫重新啟動或容錯移轉的問題。如果您遇到此問題，請聯絡 AWS 支援，在您的執行個體上啟用此修正。
+ 改善二進位日誌記錄處理，以減少當涉及大型的交易時，損毀復原時間和遞交延遲。
+ 已修正會導致二進位日誌複本因 `HA_ERR_KEY_NOT_FOUND` 錯誤而停止的問題。
# Aurora MySQL 資料庫引擎更新 2020-11-09 (1.22.3 版) (已棄用)
**版本︰**1.22.3
Aurora MySQL 1.22.3 已正式推出。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 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本被指定為長期支援 (LTS) 版本。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 長期支援 (LTS) 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。
如果您有任何問題或疑慮，社群論壇和透過 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)。
## 改善項目
**安全性修正︰**
修正和其他增強功能，以微調在受管環境中的處理。以下 CVE 修正如下所示：
+ [CVE-2020-14559](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14559)
+ [CVE-2020-14539](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14539)
+ [CVE-2020-2579](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2579)
+ [CVE-2020-2812](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2812)
+ [CVE-2020-2780](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2780)
+ [CVE-2020-2763](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-2763)
**不相容的變更：**
此版本引入了會影響 `mysqldump` 命令行為的許可變更。使用者必須具有存取 `PROCESS` 表格的 `INFORMATION_SCHEMA.FILES` 權限。若要在沒有任何變更的情況下執行 `mysqldump` 命令，請將 `PROCESS` 權限授予給 `mysqldump` 命令連線的資料庫使用者。您也可以使用 `mysqldump` 選項執行 `--no-tablespaces` 命令。使用該選項，`mysqldump ` 輸出不包含任何 `CREATE LOGFILE GROUP` 或 `CREATE TABLESPACE` 陳述式。在這種情況下，`mysqldump` 命令不會存取 `INFORMATION_SCHEMA.FILES` 表格，並且您不需要授予 `PROCESS` 許可。
**可用性改進項目：**
+ 修正了在復原未認可的 DDL 陳述式期間，可能導致伺服器重新啟動的問題。
+ 修正了鎖定管理員中可能導致伺服器重新啟動的競爭條件。
+ 修正了可能導致監控代理程式在復原大型交易期間重新啟動伺服器的問題
**一般改進：**
+ 更改了執行 `MIXED` 時會映射 `binlog_format` `ROW` 到 `STATEMENT` 而不是 `LOAD DATA FROM INFILE | S3` 的行為。
+ 修正了當主程序執行 `LOAD DATA FROM S3` 和 `binlog_format` 設為 `STATEMENT` 時，連線到 Aurora MySQL binlog 主檔的 binlog 副本可能會顯示不完整資料的問題。
## MySQL 社群版錯誤修正整合
+ 錯誤編號 26654685：外部金鑰檢查期間遇到損毀的索引 ID 提出聲明
+ 錯誤編號 15831300：依預設，將整數從主機上的較小類型升級到從機上較大的類型時 (例如，從主機上的 [ SMALLINT ](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 資料欄升級到從機上的 [ BIGINT ](https://dev.mysql.com/doc/refman/5.6/en/integer-types.html) 資料欄) 時，升級的值會被視為已簽署。現在，在這種情況下，您可以在針對 [slave\$1type\$1conversions](https://dev.mysql.com/doc/refman/5.6/en/replication-options-replica.html#sysvar_slave_type_conversions) 伺服器系統變數指定的值集中，使用 `ALL_SIGNED`、`ALL_UNSIGNED` 的其中一個或兩者來修改或覆寫此行為。如需更多詳細資訊，請參閱[以資料列為基礎的複寫︰屬性升級與降級](https://dev.mysql.com/doc/refman/5.6/en/replication-features-differing-tables.html#replication-features-attribute-promotion)，以及變數說明。
+ 錯誤編號 17449901：使用 `foreign_key_checks=0` 時，InnoDB 允許捨棄外部金鑰約束所需的索引，置放資料表不一致，並且導致在資料表載入時發生外部金鑰檢查失敗。即使使用 foreign\$1key\$1checks=0，InnoDB 現在仍可以防止捨棄外部金鑰約束所需的索引。在捨棄外部金鑰索引之前，必須移除外部金鑰約束。
+ 錯誤編號 20768847︰[ALTER TABLE... 資料表上的 DROP INDEX](https://dev.mysql.com/doc/refman/5.7/en/alter-table.html) 操作，使用外部金鑰相依項提出聲明。
# Aurora MySQL 資料庫引擎更新 2020-03-05 (1.22.2 版) (已棄用)
**版本：**1.22.2
Aurora MySQL 1.22.2 已全面推出。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 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-1]。待該版本可供使用時，會再另行宣布。
此版本被指定為長期支援 (LTS) 版本。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 長期支援 (LTS) 版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.LTS)。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
## 改進
**高優先順序修正：**
+ 修正憑證輪換後連線會間歇失敗的問題。
+ 修正一些具有高寫入負載的資料庫叢集上複製需要較長時間的問題。
+ 修正當 `binlog_checksum` 參數設定為主要和複本上的不同值時，邏輯複寫中斷的問題。
+ 修正緩慢日誌和一般日誌可能無法在僅供讀取複本上適當輪換的問題。
+ 修正 ANSI 讀取認可隔離層級行為的問題。
# Aurora MySQL 資料庫引擎更新 2019-12-23 (1.22.1 版) (已棄用)
**版本：**1.22.1
Aurora MySQL 1.22.1 已全面推出。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.1。
**注意**
此版本目前不適用於下列 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)。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 改進
**關鍵修正：**
+ 已修正阻礙引擎復原的問題，當中涉及資料表鎖定和暫存資料表。
+ 已改善使用暫存資料表時的二進位記錄檔的穩定性。
**高優先順序修正：**
+ 已修正 Aurora 特定資料庫追蹤和記錄子系統中降低可用記憶體的緩慢記憶體流失。
# 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
# Aurora MySQL 資料庫引擎更新 2019-11-25 (1.21.0 版) (已棄用)
**版本：**1.21.0
Aurora MySQL 1.21.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、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。若要使用舊版 Aurora MySQL 建立叢集，請透過 AWS 管理主控台、 AWS CLI 或 RDS API 指定引擎版本。您可以選擇將現有的 Aurora MySQL 1.\$1 資料庫叢集升級至 Aurora MySQL 1.21.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) 運算，則會傳回不正確的結果。
# Aurora MySQL 資料庫引擎更新 2020-03-05 (1.20.1 版) (已棄用)
**版本：** 1.20.1
Aurora MySQL 1.20.1 已全面推出。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、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。您可以將 Aurora MySQL 1.\$1 資料庫的快照還原為 Aurora MySQL 1.20.1。
若要使用舊版 Aurora MySQL 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-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 資料庫引擎更新 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) 運算，則會傳回不正確的結果。
# Aurora MySQL 資料庫引擎更新 2020-03-05 (1.19.6 版) (已棄用)
**版本：** 1.19.6
Aurora MySQL 1.19.6 已全面推出。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 1.\$1 資料庫的快照還原為 Aurora MySQL 1.19.6。
若要使用舊版 Aurora MySQL 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-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 資料庫引擎更新 2019-09-19 (1.19.5 版) (已棄用)
**版本：**1.19.5
Aurora MySQL 1.19.5 已全面推出。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 1.19.5。您可以將 Aurora MySQL 1.14.\$1、1.15.\$1、1.16.\$1、1.17.\$1、1.18.\$1、1.19.1 和 1.19.2 的快照還原為 Aurora MySQL 1.19.5。
若要使用舊版 Aurora MySQL，您可以透過 AWS CLI、 或 RDS API 指定引擎版本 AWS 管理主控台來建立新的資料庫叢集。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
**注意**
此版本目前不適用於下列 AWS 區域：歐洲 （倫敦） 【eu-west-2】、 AWS GovCloud （美國東部） 【us-gov-east-1】、 AWS GovCloud （美國西部） 【us-gov-west-1】、中國 （寧夏） 【cn-northwest-1】 和亞太區域 （香港） 【ap-east-1】。待該版本可供使用時，會再另行宣布。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 改進
+ 已修正 Aurora 讀取器執行個體上的下列問題：當寫入器執行個體上有大量的交易確定流量時，卻減少了長時間執行交易期間的可用記憶體。
+ 已修正下列問題：當大量寫入工作負載在 Aurora 寫入器執行個體上執行時，Aurora 讀取器執行個體發生並行查詢中止錯誤。
+ 現在，在資料庫重新啟動或主機替換之後，參數 `aurora_disable_hash_join` 的值持續存在。
+ 已修正與全文搜尋快取相關的問題，此問題導致了 Aurora 執行個體用光記憶體。
+ 已改善在磁碟區大小接近 64 TiB 磁碟區限制時資料庫的穩定性，方法為保留 160 GB 空間供復原工作流程完成，不需容錯移轉。
+ 已改善雜湊聯結功能啟用時和執行個體的記憶體不足時資料庫的穩定性。
+ 已修正可用記憶體計算，以在 T2 執行個體上包括導致它們提前重新啟動的交換記憶體空間。
+ 已在查詢快取中修正下列問題：「連線太多」可能導致重新開機。
## MySQL 社群版錯誤修正整合
+ [CVE-2018-2696](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2696)
+ [CVE-2015-4737](http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2015-4737)
+ 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) 運算，則會傳回不正確的結果。
# Aurora MySQL 資料庫引擎更新 2019-06-05 (1.19.2 版) (已棄用)
**版本：**1.19.2
Aurora MySQL 1.19.2 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，都可透過 1.17.8、1.19.0、1.19.1 或 1.19.2 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.19.2。若要使用舊版，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18 中建立新資料庫叢集。您可以使用 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)。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】、歐洲 （斯德哥爾摩） 【eu-north-1】、中國 （寧夏） 【cn-northwest-1】 和亞太區域 （香港） 【ap-east-1】 AWS 區域。待該版本可供使用時，會再另行宣布。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 改進
+ 修正從 Amazon S3 載入資料至 Aurora 時會導致失敗的問題。
+ 修正從 Aurora 上傳資料至 Amazon S3 時會導致失敗的問題。
+ 修正會建立「已終止」狀態僵屍工作階段的問題。
+ 修復在處理網路通訊協定管理中錯誤時造成連線中止的問題。
+ 修正處理分割資料表時導致當機的問題。
+ 修正與觸發條件建立 binlog 複寫相關的問題。
# Aurora MySQL 資料庫引擎更新 2019-05-09 (1.19.1 版) (已棄用)
**版本：** 1.19.1
Aurora MySQL 1.19.1 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，均可以 1.17.8、1.19.0 或 1.19.1 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.19.1。若要使用舊版，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18 中建立新資料庫叢集。您可以使用 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)。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-1】 區域。待該版本可供使用時，會再另行宣布。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 改進
+ 修正 binlog 複寫中的錯誤，該錯誤可能造成設為 binlog 工作者之 Aurora 執行個體上發生問題。
+ 修正了處理某種 `ALTER TABLE` 命令時的錯誤。
+ 修正了由於網路通訊協定管理的錯誤導致連線中止的問題。
# Aurora MySQL 資料庫引擎更新 2019-02-07 (1.19.0 版) (已棄用)
**版本：** 1.19.0
Aurora MySQL 1.19.0 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 1.17.8 或 1.19.0 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.19.0。若要使用舊版，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16、Aurora MySQL 1.17.8 或 Aurora MySQL 1.18.0 中建立新資料庫叢集。您可以使用 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)。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-1】 區域。待該版本可供使用時，會再另行宣布。
**注意**
資料庫叢集的升級程序已變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html)。
## 功能
+ **Aurora 版本選擇器** - 從 Aurora MySQL 1.19.0 開始，您可以在 Amazon RDS 主控台上從多個 MySQL 5.6 相容 Aurora 版本中選擇。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[透過 AWS檢查或指定 Aurora MySQL 引擎版本](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Versions.html#AuroraMySQL.Updates.EngineVersions)。
## 改進
+ 修正了在 Aurora 複本上進行 `CHECK TABLE` 查詢相關的穩定性問題。
+ 引入了新的全域使用者變數 `aurora_disable_hash_join`，以停用雜湊聯結。
+ 修正了多資料表雜湊聯結期間產生輸出資料列時的穩定性問題。
+ 修正了由於雜湊聯結適用性檢查期間計畫變更而傳回錯誤結果的問題。
+ 長時間執行的交易支援零停機時間修補作業。從 1.19 版升級到以上版本時，此改進將生效。
+ 啟用 binlog 時，目前支援零停機時間修補作業。從 1.19 版升級到以上版本時，此改進將生效。
+ 修正了與工作負載無關的 Aurora 複本上 CPU 使用率出現尖峰的問題。
+ 修正了鎖定管理員元件中導致資料庫重新啟動的競爭條件問題。
+ 修正了鎖定管理員元件的競爭條件問題，以改進 Aurora 執行個體的穩定性。
+ 改進了鎖定管理員元件內死鎖偵測器的穩定性。
+ 如果 InnoDB 偵測到資料表的索引已經損壞，則禁止對其進行 `INSERT` 操作。
+ 修正了 Fast DDL 的穩定性問題。
+ 降低了單一資料列子查詢進行掃描批次處理時的記憶體消耗，以改進 Aurora 的穩定性。
+ 修正了捨棄外部索引鍵之後，而系統變數 `foreign_key_checks` 被設定為 0 時會發生的穩定性問題。
+ 修正了避免記憶體不足功能錯誤地覆寫使用者對 `table_definition_cache` 的值所做變更的問題。
+ 修正了避免記憶體不足功能中的穩定性問題。
+ 修正了將 `query_time` 中的 `lock_time` 和 `slow_query_log` 設定為垃圾值的問題。
+ 修正了內部不當處理字串定序觸發的平行查詢穩定性問題。
+ 修正了次要索引搜尋觸發的平行查詢穩定性問題。
+ 修正了多資料表更新觸發的平行查詢穩定性問題。
## MySQL 社群版錯誤修正整合
+ 錯誤編號 32917︰發現孤兒暫時集區檔案，並從容地處理
+ 錯誤編號 63144：CREATE TABLE IF NOT EXISTS 中繼資料鎖定太嚴格
# Aurora MySQL 資料庫引擎更新 2018-09-20 (1.18.0 版) (已棄用)
**版本：**1.18.0
Aurora MySQL 1.18.0 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 平行查詢叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.18.0 建立。您可自行選擇 (非必要) 將現有的平行查詢叢集升級至 Aurora MySQL 1.18.0。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17.6. 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.18.0 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**重要**
Aurora MySQL 1.18.0 僅適用於 Aurora 平行查詢叢集。如果您升級已佈建的 5.6.10a 叢集，則產生的版本為 1.17.8。如果您升級平行查詢 5.6.10a 叢集，則產生的版本是 1.18.0。
如果您有任何問題或疑慮，可在社群論壇和透過 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 平行查詢是一種最佳化操作，它可以將處理資料密集查詢時牽涉到的一些輸入/輸出和運算平行化。平行化的工作包括從儲存體擷取資料列、擷取資料行值，以及判斷哪些資料列符合 `WHERE` 子句和 join 子句中的條件。這類資料密集的工作會被委派 (資料庫最佳化術語叫做「下推」) 給 Aurora 分散式儲存層中的多個節點。少了平行查詢，每個查詢會將所有掃描到的資料帶到 Aurora MySQL 叢集 (前端節點) 中的單一節點，然後在那裡執行所有的查詢處理。
+ 啟用平行查詢功能時，Aurora MySQL 引擎會自動判斷查詢何時可以受益，而不需要如提示或表格屬性之類的 SQL 變更。
如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon Aurora MySQL 的平行查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。
+ **OOM 規避：**這個功能會監控系統記憶體，並追蹤資料庫各項元件耗用的記憶體。一旦系統執行時的記憶體過低，就會執行一連串的動作從各項追蹤的元件釋放記憶體，嘗試讓資料庫不致於記憶體不足 (OOM)，進而避免資料庫重新啟動。t2 執行個體預設會啟用這個最佳作業功能，在其他執行個體類別上則能透過名為 `aurora_oom_response` 的執行個體參數啟用該功能。此執行個體參數會使用一個字串，字串內容是以逗號分隔的動作，當記憶體不足時，執行個體即會採取這些動作。有效的動作包括「print」、「tune」、「decline」、「kill\$1query」或這些動作的任意組合。空字串表示不應採取任何動作，等於是停用了這個功能。請注意，此功能的預設動作是「print, tune」。使用範例：
+ 「print」– 只列印用掉大量記憶體的查詢。
+ 「tune」– 調整內部資料表快取，以釋放部分記憶體給系統。
+ 「decline」– 一旦執行個體記憶體不足，便拒絕新的查詢。
+ 「kill\$1query」– 依記憶體消耗的遞減順序終止查詢，直到執行個體記憶體高於低閾值。資料定義語言 (DDL) 陳述式不會終止。
+ 「print, tune」– 執行「print」和「tune」所述的動作。
+ 「tune, decline, kill\$1query」– 執行針對「tune」、「decline」及「kill\$1query」所述的動作。
如需處理記憶體不足情況和其他故障診斷建議的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 記憶體不足問題](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-troubleshooting-workload.html#AuroraMySQLOOM)。
# Aurora MySQL 資料庫引擎更新 2020-03-05 (1.17.9 版) (已棄用)
**版本：** 1.17.9
Aurora MySQL 1.17.9 已全面推出。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、1.21.\$1、1.22.\$1、2.01.\$1、2.02.\$1、2.03.\$1、2.04.\$1、2.05.\$1、2.06.\$1 和 2.07.\$1。您可以將 Aurora MySQL 1.\$1 資料庫的快照還原為 Aurora MySQL 1.17.9。
若要使用舊版 Aurora MySQL 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。
**注意**
此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-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 資料庫引擎更新 2019-01-17 (1.17.8 版) (已棄用)
**版本：**1.17.8
Aurora MySQL 1.17.8 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.8 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.8。若要使用舊版，您可以建立 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.7 的新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.8 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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 複本在重新啟動後增加 CPU 使用率的效能問題。
+ 修正 `SELECT` 查詢使用雜湊聯結時的穩定性問題。
## MySQL 社群版錯誤修正整合
+ 錯誤編號 13418638：CREATE TABLE IF NOT EXISTS 中繼資料鎖定太嚴格
# Aurora MySQL 資料庫引擎更新 2018-10-08 (1.17.7 版) (已棄用)
**版本：**1.17.7
Aurora MySQL 1.17.7 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.7 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.7。若要使用舊版，您可以建立 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.6 的新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.7 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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)。
## 改進
+ 已將 InnoDB 狀態變數 `innodb_buffer_pool_size` 改為公開顯示，讓客戶可以修改。
+ 修正容錯移轉期間發生的 Aurora 叢集穩定性問題。
+ 已修正 `TRUNCATE` 操作失敗後發生的 DDL 復原問題，因而改進了叢集可用性。
+ 已修正 DDL 操作觸發的 `mysql.innodb_table_stats` 資料表更新穩定性問題。
+ 已修正在 DDL 操作後查詢快取失效期間觸發的 Aurora 複本穩定性問題。
+ 已修正在背景進行定期移出字典快取期間，記憶體存取無效所觸發的穩定性問題。
## MySQL 社群版錯誤修正整合
+ 錯誤編號 16208542：對外部索引鍵資料欄卸除索引而導致資料表遺失。
+ 錯誤編號 76349：add\$1derived\$1key() 的記憶體流失。
+ 錯誤編號 16862316：針對分割資料表，查詢會依據是否使用 Index Merge 而傳回不同結果。
+ 錯誤編號 17588348：對以雜湊分割的資料表執行查詢時，若查詢使用 index\$1merge 最佳化 (請參閱[索引合併最佳化](https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html))，可能傳回無效的結果。
# Aurora MySQL 資料庫引擎更新 2018-09-06 (1.17.6 版) (已棄用)
**版本：**1.17.6
Aurora MySQL 1.17.6 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.6 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.6。若要使用舊版，您可以建立 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.5 的新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.6 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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 Reader 進行 `SELECT` 查詢，而 Aurora Writer 同時對同一資料表執行 DDL 操作時，Aurora Reader 的穩定性問題。
+ 修正以下問題：針對使用堆積/記憶體引擎的暫時資料表，建立及刪除其 DDL 記錄時引起的穩定性問題。
+ 修正以下問題：當 binlog 主要的連線不穩定，複製 DDL 陳述式時 binlog 工作者的穩定性問題。
+ 修正寫入慢查詢日誌時遭遇的穩定性問題。
+ 修正以下問題：複本狀態資料表公開不正確的 Aurora Reader 延遲資訊。
## MySQL 社群版錯誤修正整合
+ 針對 [ALTER TABLE](https://dev.mysql.com/doc/refman/5.6/en/alter-table.html) 陳述式重新命名或變更 [BINARY](https://dev.mysql.com/doc/refman/5.6/en/binary-varbinary.html) 欄的預設值，執行變更時會使用資料表副本而非就地進行。(錯誤編號 67141、錯誤編號 14735373、錯誤編號 69580、錯誤編號 17024290)
+ 一般資料表和隱含群組衍生資料表之間的外部聯結，可能導致伺服器結束。(錯誤編號 16177639)
# Aurora MySQL 資料庫引擎更新 2018-08-14 (1.17.5 版) (已棄用)
**版本：**1.17.5
Aurora MySQL 1.17.5 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.5 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.5。若要使用舊版，您可以建立 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.4 的新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.5 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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 叢集後，Aurora Writer可能會重新啟動。
# Aurora MySQL 資料庫引擎更新 2018-08-07 (1.17.4 版) (已棄用)
**版本：**1.17.4
Aurora MySQL 1.17.4 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.4 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.4。若要使用舊版，您可以建立 Aurora MySQL 1.14.4、1.15.1、1.16 或 1.17.3 的新資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.4 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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)。
## 改進
+ 複寫改善：
+ 不傳輸 binlog 記錄到叢集複本以減少網路流量。此項改善預設為啟用。
+ 壓縮複寫訊息來降低網路流量。根據預設為 8xlarge 與 16xlarge 執行個體類別啟用此項改善。此種大型執行個體可維持高寫入流量容量，導致複寫訊息產生大量網路流量。
+ 對複本查詢快取的修正。
+ 修正使用 `ORDER BY LOWER(col_name)` 定序時 `utf8_bin` 可能產生不正確的順序之問題。
+ 修正以下問題：DDL 陳述式 (尤其是 `TRUNCATE TABLE`) 在 Aurora 複本上可能造成問題，包括不穩定性或遺失資料表。
+ 修正儲存空間節點重新啟動時，通訊端持續顯示半開放狀態的問題。
+ 可使用下列的新資料庫叢集參數：
+ `aurora_enable_zdr` – 可讓在 Aurora 複本上開啟的連線在複本重新啟動時維持作用中狀態。
+ `aurora_enable_replica_log_compression` – 能夠壓縮複寫承載，改進主要執行個體與 Aurora 複本之間的網路頻寬使用率。
+ `aurora_enable_repl_bin_log_filtering` – 能夠篩選主要執行個體上 Aurora 複本不能使用的複寫記錄。
# Aurora MySQL 資料庫引擎更新 2018-06-05 (1.17.3 版) (已棄用)
**版本：**1.17.3
Aurora MySQL 1.17.3 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.3 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.3。若要使用舊版，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1 或 Aurora MySQL 1.16 中建立新的資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.3 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
**注意**
此版本目前不適用於 AWS GovCloud （美國西部） 【us-gov-west-1】 和中國 （北京） 【cn-north-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 Replica 會在讀取記錄時使用樂觀游標還原來重新啟動的問題。
+ 修正以下問題：Aurora Writer 在嘗試刪除 MySQL 工作階段 (刪除 "**") 時會以啟用的效能結構描述來重新啟動。
+ 修正 Aurora Writer 會在運算廢棄項目集合的閾值時重新啟動的問題。
+ 修正以下問題：Aurora Writer 偶爾會在日誌應用程式中追蹤 Aurora 複本的過程中重新啟動。
+ 修正在自動遞交關閉時產生的查詢快取問題，此問題可能導致過時讀取。
# Aurora MySQL 資料庫引擎更新 2018-04-27 (1.17.2 版) (已棄用)
**版本：**1.17.2
Aurora MySQL 1.17.2 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 資料庫叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.17.2 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.2。若要使用舊版，您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1 或 Aurora MySQL 1.16 中建立新的資料庫叢集。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.2 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
## 改進
+ 修正特定 DDL 分割操作期間造成重新啟動的問題。
+ 已修正導致透過原生 Aurora MySQL AWS Lambda 函數呼叫 函數的支援遭到停用的問題。
+ 修正快取失效問題，該問題導致 Aurora 複本重新啟動。
+ 修正導致重新啟動的鎖定管理程式問題。
# Aurora MySQL 資料庫引擎更新 2018-03-23 (1.17.1 版) (已棄用)
**版本：**1.17.1
Aurora MySQL 1.17.1 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL 1.17.1 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.17.1。您可以在 Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.17.1 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。此版本已修正部分已知的引擎問題及迴歸問題。
如果您有任何問題或疑慮，可在社群論壇和透過 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 引擎的最新版本有一個問題。升級至 1.17.1 版後，引擎版本的回報結果有誤，版本編號誤植為 `1.17`。升級至 1.17.1 版後，您可以在 AWS 管理主控台中查看資料庫叢集的 **Maintenance (維護)** 欄位，即可確認是否升級成功。若結果顯示為 `none`，表示引擎已升級至 1.17.1。
## 改進
+ 修正二進位日誌復原問題，亦即如果二進位日誌經常輪替使用，可能產生大型二進位日誌索引檔，此情況會造成復原時間拉長。
+ 修正查詢最佳化工具的問題，該問題導致分割資料表產生無效率的查詢計畫。
+ 修正查詢最佳化工具的問題，亦即範圍查詢導致資料庫引擎重新啟動，進而致使最佳化工具發生問題。
# Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用)
**版本：**1.17
Aurora MySQL 1.17 已全面推出。Aurora MySQL 1.x 版僅與 MySQL 5.6 相容，與 MySQL 5.7 不相容。所有新的 5.6 相容資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora 1.17 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora 1.17。您可以在 Aurora 1.14.1、Aurora 1.15.1 或 Aurora 1.16 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora 1.17 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們支援零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
如果您有任何問題或疑慮，可在社群論壇和透過 AWS Support 取得 [AWS Support](https://aws.amazon.com/support)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 新功能
+ Aurora MySQL 現在支援鎖定壓縮，這項功能可將鎖定管理程式的記憶體使用量最佳化。自 1.17 版開始，不必啟用實驗室模式即可使用這個功能。
## 改進
+ 修正以下問題：主要發生在核心數較少旳執行個體上，即使資料庫閒置，單一核心仍可能有 100% CPU 使用率。
+ 提升從 Aurora 叢集擷取二進位日誌的效能。
+ 修正 Aurora 複本會試圖將資料表統計資料寫入持久性儲存並導致當機的問題。
+ 修正快取查詢作業無法在 Aurora 複本上順利執行的問題。
+ 修正會在鎖定管理程式中造成引擎重新啟動的競爭條件。
+ 修正以下問題：唯讀且會自動遞交的交易執行鎖定作業時，會導致引擎重新啟動。
+ 修正部分查詢未寫入稽核日誌的問題。
+ 修正容錯移轉時，復原特定分割區維護操作所發生的問題。
## MySQL 錯誤修正整合
+ 若使用複寫篩選器，則 LAST\$1INSERT\$1ID 會發生複寫錯誤 (錯誤編號 69861)
+ 查詢會依據是否具有 INDEX\$1MERGE 設定，而傳回不同結果 (錯誤編號 16862316)
+ 查詢處理程序反覆執行已儲存的低效率例行查詢計畫 (錯誤編號 16346367)
+ INNODB FTS：在 FTS\$1CACHE\$1APPEND\$1DELETED\$1DOC\$1IDS 中宣告 (錯誤編號 18079671)
+ 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (錯誤編號 17536995)
+ 涉及儲存點時，INNODB 全文搜尋找不到記錄 (錯誤編號 70333、錯誤編號 17458835)
# Aurora MySQL 資料庫引擎更新 2017-12-11 (1.16 版) (已棄用)
**版本：**1.16
Aurora MySQL 1.16 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora 1.16 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora 1.16。您可以在 Aurora 1.14.1 或 Aurora 1.15.1 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora 1.16 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們啟用零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 [AWS Support](https://aws.amazon.com/support)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 新功能
+ Aurora MySQL 現在支援透過原生函數 進行同步 AWS Lambda 調用`lambda_sync()`。另外也提供原生函式 `lambda_async()`，可替代非同步 Lambda 呼叫的現有預存程序。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[從 Aurora MySQL 資料庫叢集調用 Lambda 函數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)。
+ Aurora MySQL 現在支援雜湊聯結功能，可加快對等聯結的查詢作業。Aurora 的成本型最佳化器能自動決定使用雜湊聯結功能的時機點，您也可以在查詢計畫中強制使用此功能。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用雜湊聯結最佳化大型 Aurora MySQL 聯結查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.HashJoin)。
+ Aurora MySQL 現支援掃描批次處理作業，可大幅提升記憶體內掃描導向的查詢速度。此功能會利用批次處理，提升資料表完整掃描、索引完整掃描及索引範圍掃描的效能。
## 改進
+ 修正以下問題：在主控端上剛卸除的資料表執行查詢作業時，僅供讀取複本會當機。
+ 修正以下問題：在具有大量 `FULLTEXT` 索引的資料庫叢集上重新啟動寫入器時，復原時間會比預期更長。
+ 修正以下問題：清空二進位日誌時，二進位日誌事件發生 `LOST_EVENTS` 事件。
+ 修正效能結構描述啟用時，排程器的穩定性問題。
+ 修正使用暫存資料表的子查詢可能僅傳回部分結果的問題。
## MySQL 錯誤修正整合
無
# Aurora MySQL 資料庫引擎更新 2017-11-20 (1.15.1 版) (已棄用)
**版本：**1.15.1
Aurora MySQL 1.15.1 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora 1.15.1 建立。可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora 1.15.1。您可以在 Aurora 1.14.1 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora 1.15.1 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們啟用零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
如果您有任何問題或疑慮，社群論壇和透過 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)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 改進
+ 修正收到讀取請求時，調適性區段選擇器所發生的問題，該問題會導致選擇器在某些情況下重複選擇相同區段，造成讀取延遲的現象加劇。
+ 修正針對執行緒排程器最佳化 Aurora MySQL 時所產生的問題。這個問題會在寫入慢速查詢記錄檔但相關查詢順利執行時，顯示為假性錯誤。
+ 修正大型磁碟區 (大於 5 TB) 上僅供讀取複本的穩定性問題。
+ 修正因偽造的未完成連線數，導致背景工作者執行緒計數不斷增加的問題。
+ 修正插入工作負載期間，造成 Semaphore 長時間等待的資料表鎖定問題。
+ 還原下列包含在 Aurora MySQL 1.15 中的 MySQL 錯誤修正：
+ MySQL 執行個體拖延「製作 SYNC 索引」(錯誤編號 73816)
+ 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (錯誤編號 17536995)
+ 涉及儲存點時，InnoDB 全文搜尋找不到記錄 (錯誤編號 70333)
## MySQL 錯誤修正整合
無
# Aurora MySQL 資料庫引擎更新 2017-10-24 (1.15 版) (已棄用)
**版本：**1.15
Aurora MySQL 1.15 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora 1.15 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora 1.15。您可以在 Aurora 1.14.1 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora 1.15 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。更新時，資料庫需要重新啟動，因此您會經歷 20 到 30 秒的停機時間，之後就可以繼續使用資料庫叢集或叢集。如果您的資料庫叢集目前執行 Aurora 1.14 或 Aurora 1.14.1，Aurora MySQL 中的零停機時間修補功能，或許可讓用戶端到 Aurora MySQL 主要執行個體的連線撐過整個升級期間，視您的工作負載而定。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 新功能
+ **非同步索引鍵預先提取** – 非同步索引鍵預先提取 (AKP) 功能可在需要時預先提取記憶體中的索引鍵，藉此提升非快取索引聯結的效能。AKP 的主要使用案例，是小型外部資料表與大型內部資料表間的索引聯結，其中較大資料表的索引具有高度選擇性。此外，啟用多範圍讀取 (MRR) 界面期間，若需以次要索引查詢主要索引，就會使用 AKP。只要具備正確的索引鍵基數，部分情況下，具記憶體限制的較小執行個體可能可以使用 AKP。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用非同步索引鍵預先擷取最佳化 Aurora 編製索引的聯結查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.BestPractices.html#Aurora.BestPractices.AKP)。
+ **快速 DDL** – 我們已將 [Aurora v1.13](AuroraMySQL.Updates.20170515.md) 推出的功能擴展至含有預設值的操作。擴展後，不論資料欄是否具有預設值，如需將可為 Null 的資料欄新增至資料表結尾，快速 DDL 都可適用。此功能仍處於 Aurora 實驗室模式。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用快速 DDL 更改 Amazon Aurora 中的資料表](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)。
## 改進
+ 修正之前在 WITHIN/CONTAINS 空間查詢期間導致空結果集合的計算錯誤。
+ 修正 `SHOW VARIABLE` 命令，只要參數群組的 `innodb_buffer_pool_size` 參數有所變更，便顯示更新後的參數值。
+ 調適性雜湊索引功能停用時，若要插入的記錄為頁面的第一筆記錄，則在大量插入以快速 DDL 更改的資料表期間，主要執行個體的穩定性已獲得改善。
+ 使用者嘗試將 **server\$1audit\$1events** 資料庫叢集參數值設為 **default** 時，Aurora 的穩定性已獲得改善。
+ 修正以下問題：對於 Aurora 主要執行個體上執行的 ALTER TABLE 陳述式，資料庫字元集的變更要等到 Aurora 複本重新啟動之後才會複寫。
+ 先前，即使主要執行個體已關閉其磁碟區，系統仍會允許註冊 Aurora 複本，如今修正主要執行個體的競爭條件，藉以改善穩定性。
+ 變更鎖定通訊協定，在建置索引期間支援並行資料操作語言 (DML) 陳述式，改善主要執行個體在大型資料表上建立索引期間的效能。
+ 修正 InnoDB 中繼資料在 ALTER TABLE RENAME 查詢期間的不一致性，藉此改善穩定性。範例：資料表 t1(c1, c2) 欄位在相同的 ALTER 陳述式中，以循環方式重新命名為 t1(c2,c3)。
+ 在 Aurora 複本沒有作用中的工作負載，且主要執行個體沒有回應的情況下，Aurora 複本的穩定性已獲改善。
+ Aurora 複本明確鎖定資料表並封鎖複寫執行緒，使其無法套用主要執行個體發出的任何 DDL 變更，在此情況下，Aurora 複本的可用性已獲改善。
+ 同時在兩個獨立工作階段，將外部索引鍵和資料欄新增至資料表，且快速 DDL 已啟用的情況下，主要執行個體的穩定性已獲改善。
+ 復原記錄清除前，先行封鎖截斷記錄的功能，藉此改善龐大的寫入工作負載期間，主要執行個體上清除執行緒的穩定性。
+ 修正卸除資料表的交易在遞交流程期間的鎖定釋放順序，藉此改善穩定性。
+ 修正 Aurora 複本缺失，亦即資料庫執行個體無法完成啟動作業，因而提出系統早已使用 3306 連接埠的投訴。
+ 針對在特定 information\$1schema 資料表 (innodb\$1trx、innodb\$1lock、innodb\$1lock\$1waits) 上執行的 SELECT 查詢，修正會增加叢集不穩定性的競爭條件。
## MySQL 錯誤修正整合
+ CREATE USER 接受外掛程式及密碼雜湊，但忽略密碼雜湊 (錯誤編號 78033)
+ 分割引擎將欄位新增至讀取位元組，以傳回自分割索引排序的項目。這導致聯結緩衝區會嘗試讀取不需要的欄位。不將所有分割欄位新增至 read\$1set，僅排序 read\$1set 中已設定的字首欄位，藉以修正這項錯誤。新增 DBUG\$1ASSERT，一旦執行 key\$1cmp，則至少必須讀取第一個欄位 (錯誤編號 16367691)。
+ MySQL 執行個體拖延「製作 SYNC 索引」(錯誤編號 73816)
+ 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT\$1EMPTY(INDEX\$1CACHE->WORDS) (錯誤編號 17536995)
+ 涉及儲存點時，InnoDB 全文搜尋找不到記錄 (錯誤編號 70333)
# Aurora MySQL 資料庫引擎更新：2018-03-13 (1.14.4 版) (已棄用)
**版本：**1.14.4
Aurora MySQL 1.14.4 已全面推出。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本，在 Aurora 1.14.4 中建立新的資料庫叢集。您可自行選擇 (非必要) 將現有的 1.14.x 版資料庫叢集升級至 Aurora v1.14.4。
Aurora 1.14.4 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們支援零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
如果您有任何問題或疑慮，可在社群論壇和透過 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)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 新功能
+ Aurora MySQL 現支援 db.r4 執行個體類別。
## 改進
+ 修正寫入大型二進位日誌事件時產生 `LOST_EVENTS` 的問題。
## MySQL 錯誤修正整合
+ 可忽略的事件沒有作用且未經過測試 (錯誤編號 74683)
+ NEW->OLD 宣告失敗「GTID\$1MODE > 0」(錯誤編號 20436436)
# Aurora MySQL 資料庫引擎更新：2017-09-22 (1.14.1 版) (已棄用)
**版本：**1.14.1
Aurora MySQL 1.14.1 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL v1.14.1 建立。現有的 Aurora MySQL 資料庫叢集也會強制升級至 Aurora MySQL 1.14.1。如需詳細資訊，請參閱 AWS 開發人員論壇網站上的[公告：Amazon Aurora 強制升級排程的延伸](https://forums.aws.amazon.com/ann.jspa?annID=4983)。
Aurora MySQL 1.14.1 採用叢集修補模式，在此模式中，Aurora MySQL 資料庫叢集中的所有節點都會同時修補。更新時，資料庫需要重新啟動，因此您會經歷 20 到 30 秒的停機時間，之後就可以繼續使用資料庫叢集或叢集。如果您的資料庫叢集目前執行 1.13 版或更新版本，則 Aurora MySQL 中的零停機時間修補功能，或許可讓用戶端到 Aurora MySQL 主要執行個體的連線撐過整個升級期間，視您的工作負載而定。
如果您有任何問題或疑慮，可在社群論壇和透過 AWS Support 取得 [AWS Support](https://aws.amazon.com/support)。
## 改進
+ 修正與插入及清除關聯的競爭條件，改善快速 DDL 功能 (保留在 Aurora MySQL 實驗室模式中) 的穩定性。
# Aurora MySQL 資料庫引擎更新：2017-08-07 (1.14 版) (已棄用)
**版本：**1.14
Aurora MySQL 1.14 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL v1.14 建立。現有的 Aurora MySQL 資料庫叢集也會強制升級至 Aurora MySQL 1.14。汰除舊版 Aurora MySQL 的時程會另行宣布。
Aurora MySQL 1.14 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。更新時，資料庫需要重新啟動，因此您會經歷 20 到 30 秒的停機時間，之後就可以繼續使用資料庫叢集或叢集。如果您的資料庫叢集目前執行的版本是 1.13 版，Aurora 的零停機時間修補功能可視您的工作負載，允許用戶端連線至您的 Aurora 主要執行個體，以持續整個升級過程。
如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 [AWS Support](https://aws.amazon.com/support)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 改進
+ 修正以下問題：次要索引中有記錄，但主要索引沒有記錄而錯誤顯示「找不到記錄」錯誤。
+ 修正個別寫入作業跨越超過 32 個頁面時，防禦式宣告 (1.12 版新增功能) 過於強大所導致的穩定性問題。在具有龐大 BLOB 值的情況下，就有可能發生此問題。
+ 修正資料表空間快取與字典快取之間不一致而造成的穩定性問題。
+ 修正以下問題：Aurora 複本超過連線主要執行個體的嘗試次數上限後，即無法回應。如果閒置期間超出主要執行個體運作狀態檢查的活動訊號期間，現在 Aurora 複本會重新啟動。
+ 修正高度並行情況下可能發生的活結問題；當某連線嘗試取得專屬的中繼資料鎖 (MDL)，同時發出 `ALTER TABLE` 之類的命令，就可能發生此問題。
+ 修正執行邏輯/平行預先讀取時，Aurora 僅供讀取複本的穩定性問題。
+ 以兩種方式改善 `LOAD FROM S3` 操作：
1. 除了現有的重試之外，使用 SDK 重試更妥善地處理 Amazon S3 逾時錯誤。
1. 以快取及重複使用用戶端狀態等方式，將載入極大檔案或大量檔案時的效能最大化。
+ 修正下列 `ALTER TABLE` 操作中快速 DDL 的穩定性問題：
1. `ALTER TABLE` 陳述式具有多個 `ADD COLUMN` 命令，且資料欄名稱並非以遞增次序排列。
1. 預計更新的資料欄名稱字串，以及從內部系統資料表擷取的相對應名稱字串，兩者相差一個空終止字元 (/0)。
1. 特定 B 型樹狀結構分割操作。
1. 資料表的主索引鍵長度不一。
+ 修正穩定性問題，亦即 Aurora 複本耗費太多時間，導致全文搜尋 (FTS) 索引快取與主要執行個體的索引快取不一致時，所造成的不穩定現象。如果主要執行個體上有很高比例的新建 FTS 索引項目尚未清空至磁碟，就可能發生這個問題。
+ 修正索引建立期間可能發生的穩定性問題。
+ 新基礎設施可追蹤每個連線的記憶體耗用情形與關聯的遙測資料，這些資料可用於建立記憶體不足 (OOM) 預防策略。
+ 已修正 Aurora 複本不當允許 `ANALYZE TABLE` 的問題。這個問題目前已遭封鎖。
+ 邏輯預先讀取與清除之間的競爭條件，會導致罕見的死結，其衍生的穩定性問題現已獲得修正。
## MySQL 錯誤修正整合
+ 全文搜尋結合衍生的資料表 (`FROM` 子句中的子查詢)，導致伺服器結束。現在，如果系統需根據衍生的資料表執行全文操作，伺服器會產生錯誤訊息，指出系統無法對具體化的資料表完成全文搜尋。(錯誤編號 68751、錯誤編號 16539903)
# Aurora MySQL 資料庫引擎更新：2017-05-15 (1.13 版) (已棄用)
**版本：**1.13
**注意**
初始版本推出後，我們在 Aurora MySQL 1.13 版中啟用新功能 SELECT INTO OUTFILE S3，並更新版本備註內容，以反映這項變更。
Aurora MySQL 1.13 已全面推出。所有新的資料庫叢集 (包括從快照還原的叢集) 將會以 Aurora MySQL 1.13 建立。您可自行選擇 (非必要) 將現有的資料庫叢集升級至 Aurora MySQL 1.13。Aurora 1.13 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。我們啟用零停機時間修補作業，以最佳作法為基礎，在整個修補程序中維持用戶端正常連線。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
## 零停機時間修補
零停機時間修補 (ZDP) 功能以*最佳作法*為基礎，試圖在整個引擎修補作業中維持用戶端正常連線。如需 ZDP 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用零停機修補](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Patching.html#AuroraMySQL.Updates.ZDP)。
## 新功能：
+ **SELECT INTO OUTFILE S3** – Aurora MySQL 現可讓您將查詢結果上傳至 Amazon S3 儲存貯體中的一或多個檔案。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[將來自 Amazon Aurora MySQL 資料庫叢集的資料儲存至 Amazon S3 儲存貯體中的文字檔案](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html)。
## 改進項目：
+ 實作引擎啟動時的 CSV 格式日誌檔截斷功能，以免復原時間過長。現在，`general_log_backup`、`general_log`、`slow_log_backup` 和 `slow_log` 資料表在資料庫重新啟動之後就不存在。
+ 已修正命名為 **test** 的資料庫遷移失敗的問題。
+ 透過重複使用正確的鎖定區段，改善鎖定管理程式之廢棄項目收集器的穩定性。
+ 移除死結偵測演算法執行期間的無效宣告，藉此改善鎖定管理程式的穩定性。
+ 重新啟用非同步複寫功能，並修正在無負載或唯讀工作負載的情況下，造成回報錯誤複本延遲的相關問題。1.10 版推出複寫管道的改進。這些改進項目旨在將日誌串流更新套用至 Aurora 複本的緩衝區快取，這能有助於提升讀取效能與 Aurora 複本的穩定性。
+ 修正 autocommit=OFF 導致排程事件遭封鎖，以及長時間交易在伺服器重新開機前維持開啟狀態等問題。
+ 修正一般、稽核與慢速查詢日誌無法記錄非同步遞交處理之查詢的問題。
+ 將邏輯預先讀取 (LRA) 功能的效能提升多達 2.5 倍。允許預取作業在 B 型樹狀結構的中繼頁面繼續作業，便能達成這樣的效果。
+ 新增參數驗證功能，讓稽核變數可以裁剪不必要的空間。
+ 修正 Aurora MySQL 1.11 版推出的迴歸功能，該功能可能導致查詢在使用 SQL\$1CALC\$1FOUND\$1ROWS 選項及呼叫 FOUND\$1ROWS() 函數時，傳回不正確的結果。
+ 修正中繼資料鎖定清單格式有誤時造成的穩定性問題。
+ 改善在 sql\$1mode 設為 PAD\$1CHAR\$1TO\$1FULL\$1LENGTH，以及執行 `SHOW FUNCTION STATUS WHERE Db='string'` 命令時的穩定性。
+ 修正以下罕見情況：磁碟區一致性檢查有誤，導致 Aurora 版本升級後，執行個體無法顯示。
+ 修正 Aurora MySQL 1.12 出現的效能問題，亦即使用者擁有大量資料表時，Aurora 寫入器的效能降低。
+ 改善 Aurora 寫入器設為二進位日誌工作者，且連線數將近 16,000 個時所發生的穩定性問題。
+ Aurora 主要執行個體執行 DDL 時，連線會在等待中繼資料鎖定期間遭到封鎖，進而可能導致 Aurora 複本重新啟動，此罕見問題現在已獲得修正。
## MySQL 錯誤修正整合
+ 若是空的 InnoDB 資料表，便無法使用 ALTER TABLE 陳述式降低 auto\$1increment 的值，即使是空的資料表亦然。(錯誤編號 69882)
+ MATCH() ... AGAINST 查詢若使用長字串做為 AGAINST() 的引數，可能會在 InnoDB 資料表上以全文搜尋索引執行該查詢時導致錯誤。(錯誤編號 17640261)
+ 若搭配 ORDER BY 與 LIMIT 選項處理 SQL\$1CALC\$1FOUND\$1ROWS，可能會導致 FOUND\$1ROWS() 傳回不正確的結果。(錯誤編號 68458、錯誤編號 16383173)
+ 若存在外部索引鍵，ALTER TABLE 陳述式不允許變更資料欄可為 Null 的特性。(錯誤編號 77591)
# Aurora MySQL 資料庫引擎更新：2017-04-05 (1.12 版) (已棄用)
**版本：**1.12
若要建立新的資料庫叢集 (包括從快照還原的叢集)，建議使用 Aurora MySQL 1.12 版。
系統不會強制您升級現有叢集。在我們完成 1.11 版的整個機群修補程式後 (請參閱 Aurora 1.11 [版本備註](AuroraMySQL.Updates.20170223.md)及相對應的[論壇公告](https://forums.aws.amazon.com/ann.jspa?annID=4444))，您可以選擇是否要將現有叢集升級至 1.12 版。Aurora 1.12 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
## 新功能
+ **Fast DDL** – Aurora MySQL 現在能讓您近乎即時地執行 ALTER TABLE *tbl\$1name* ADD COLUMN *col\$1name* *column\$1definition* 操作。此操作不需要複製資料表即可完成，且對其他 DML 陳述式沒有實質影響。由於此操作不會耗用複製資料表所需的暫存儲存體，即使是小型執行個體類別上的大型資料表，DDL 陳述式依然很實用。快速 DDL 目前僅支援在資料表結尾新增沒有預設值，且可為 Null 的資料欄。目前，Aurora 實驗室模式開放使用這項功能。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用快速 DDL 更改 Amazon Aurora 中的資料表](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FastDDL.html)。
+ **顯示磁碟區狀態** – 我們增加新的監控命令 SHOW VOLUME STATUS，以顯示磁碟區中節點和磁碟的數量。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[顯示 Aurora MySQL 資料庫叢集的磁碟區狀態](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.VolumeStatus.html)。
## 改進
+ 實作鎖定壓縮功能的變更，以進一步減少每個鎖定物件所配置的記憶體容量。此改善項目可於實驗室模式中使用。
+ 修正 `trx_active_transactions` 指標即使在資料庫閒置時仍會快速遞減的問題。
+ 修正在模擬磁碟與節點故障時，與查詢語法注入錯誤相關的無效錯誤訊息。
+ 修正鎖定管理程式中有關競爭條件與死鎖的多項問題。
+ 修正查詢最佳化工具中導致緩衝區溢位的問題。
+ 修正基礎儲存節點的可用記憶體偏少時，Aurora 僅供讀取複本中發生的穩定性問題。
+ 修正閒置連線續存至超過 `wait_timeout` 參數所設定之時間的問題。
+ 修正執行個體重新開機後，`query_cache_size` 傳回未預期值的問題。
+ 寫入作業無法進展至儲存階段時，診斷執行緒會過於頻繁地探查網路。現在，此現象造成的效能問題已獲得修正。
## MySQL 錯誤修正整合
+ 重新載入空值導致 AUTO\$1INCREMENT 值重設時，而遭移出的資料表。(錯誤編號 21454472、錯誤編號 77743)
+ 由於 purge\$1node\$1t 結構中存在不一致的情形，導致轉返時找不到索引記錄。這種不一致的情形導致系統出現「error in sec index entry update」(次要索引更新中存在錯誤)、「unable to purge a record」(無法清除記錄) 以及「tried to purge sec index entry not marked for deletion」(嘗試清除未標記要刪除的次要索引項目) 等警告與錯誤訊息。(錯誤編號 19138298、錯誤編號 70214、錯誤編號 21126772、錯誤編號 21065746)
+ qsort 操作的堆疊大小計算錯誤，導致發生堆疊溢位。(錯誤編號 73979)
+ 轉返時索引中找不到記錄。(錯誤編號 70214、錯誤編號 72419)
+ ALTER TABLE 命令在更新的 CURRENT\$1TIMESTAMP 上新增資料欄 TIMESTAMP，此操作會插入零值資料 (錯誤編號 17392)
# Aurora MySQL 資料庫引擎更新：2017-02-23 (1.11 版) (已棄用)
**版本：**1.11
我們會在此版本推出後，儘速以最新版本修補所有 Aurora MySQL 資料庫叢集。修補作業會採用舊版程序修補資料庫叢集，停機時間約為 5 至 30 秒。
修補作業會在您為各資料庫執行個體指定的系統維護時段執行。您可以使用 AWS 管理主控台檢視或變更時段。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
或者，您可以選擇資料庫叢集、選擇**叢集動作**，然後選擇**立即升級**，以立即在 AWS 管理主控台 中套用修補程式。
Aurora MySQL 1.11 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
## 新功能
+ **LOAD DATA FROM S3 新增 MANIFEST 選項** – LOAD DATA FROM S3 是在 1.8 版中推出。此命令可用的選項已完成擴充，現在您可以利用資訊清單檔案，指定要從 Amazon S3; 載入 Aurora 資料庫叢集的檔案清單。如此即可從一或多個位置的特定檔案輕鬆載入資料，有別於使用 FILE 選項從單一檔案載入資料，或使用 PREFIX 選項從具備相同位置與字首的多個檔案載入資料。資訊清單檔案格式與 Amazon Redshift 使用的格式相同。如需有關使用 LOAD DATA FROM S3 搭配 MANIFEST 選項的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用清單檔案指定要載入的資料檔案](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html#AuroraMySQL.Integrating.LoadFromS3.Manifest)。
+ **預設啟用空間索引功能** – 此功能是在 1.10 版的實驗室模式中推出，現在已預設為開啟。空間索引可改善使用空間資料對大型資料集進行查詢的查詢效能。如需有關使用空間索引的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 和空間資料](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Spatial)。
+ **進階稽核計時變更** – 此功能是在 1.10.1 版中推出，為資料庫活動稽核提供高效能公用程式。此版本中，稽核日誌時間戳記的精確度已從一秒變更至一毫秒。時間戳記越精確，您就能更清楚掌握稽核事件執行的時間。如需有關稽核的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[搭配 Amazon Aurora MySQL 資料庫叢集使用進階稽核](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)。
## 改進
+ 已修改 `thread_handling` 參數，以防止您將其設為 **multiple-connections-per-thread** 以外的選項，Aurora 的執行緒集區僅支援此模式。
+ 修正您在設定 `buffer_pool_size` 或 `query_cache_size` 參數時，值大於資料庫叢集總記憶體容量所造成的問題。若發生這種情況，Aurora 會將修改過的參數設為預設值，如此資料庫叢集就能啟動而不會當機。
+ 修正資料表在另一筆交易中失效，本交易會取得過時讀取結果的查詢快取問題。
+ 修正標記要刪除的二進位日誌不會立即刪除，而是稍微延遲後才能移除的問題。
+ 修正系統將使用 **tmp** 名稱所建立資料庫視為儲存在暫時性儲存的系統資料庫，而無法持續存在於 Aurora 分散式儲存的問題。
+ 修改 SHOW TABLES 命令的行為，以排除特定的內部系統資料表。由於 mysqldump 命令會鎖定 SHOW TABLES 列出的所有檔案，進而導致內部系統資料表無法寫入而造成容錯移轉，這項變更有助於避免這種不必要的容錯移轉作業。
+ 當查詢所呼叫函數的引數為 InnoDB 資料表的資料欄，若以這類查詢建立暫時資料表，Aurora 複本會不當重新啟動。現在，此問題已獲得修正。
+ 修正 Aurora 複本節點中，中繼資料鎖定發生衝突的相關問題，該問題會造成 Aurora 複本落後主要資料庫叢集，最終導致重新啟動。
+ 修正讀取器節點中複寫管道的死鎖問題；死鎖會造成 Aurora 複本落後主要資料庫叢集，最終導致重新啟動。
+ 修正 Aurora 複本延遲過久，且加密磁碟區大於 1 Terabyte (TB) 的問題。
+ 以更理想的方式讀取系統時鐘時間，藉此改善 Aurora 複本死鎖偵測功能。
+ 修正 Aurora 複本可能會在寫入器取消註冊後重新啟動兩次 (而非一次) 的問題。
+ 暫時性統計資料導致非唯一索引資料欄的統計資料不一致時，Aurora 複本的查詢效能就會下降。現在，此問題已獲得修正。
+ 若 DDL 陳述式複寫到 Aurora 複本時，同時 Aurora 複本也在處理相關查詢，Aurora 複本可能就會當機。現在，此問題已獲得修正。
+ 變更 1.10 版所推出的複寫管道改進項目，由預設啟用改為預設停用。這些改進項目旨在將日誌串流更新套用至 Aurora 複本的緩衝區快取。雖然這項功能有助於改善 Aurora 複本的讀取效能與穩定性，但在特定工作負載中，反而會產生加劇複本延遲的情形。
+ DDL 交易遞交階段中，若 DDL 陳述式執行時，同一資料表上等待執行的平行預先讀取作業同時執行，就會造成宣告故障。現在，此問題已獲得修正。
+ 強化一般日誌和慢速查詢日誌，以免日誌在資料庫叢集重新啟動時遭到刪除。
+ 減少 ACL 模組的記憶體耗用量，藉此修正長時間執行之特定查詢所發生記憶體不足的問題。
+ 當資料表具有非空間索引，且查詢中有空間述詞時，規劃器會選擇使用非空間索引，且誤將空間條件下推至索引，進而引發重新啟動。現在，此問題已獲得修正。
+ 存放於外部 (如 LOB) 的極大型地理空間物件發生刪除、更新或清除等情形時，資料庫叢集就會重新啟動。現在，此問題已獲得修正。
+ 已修正使用 ALTER SYSTEM SIMULATE 進行故障模擬的問題... FOR INTERVAL 無法正常運作。
+ 修正鎖定管理程式中存有錯誤不變量的無效宣告，因而造成的穩定性問題。
+ 下列兩個 1.10 版推出的 InnoDB 全文搜尋改進項目，會導致某些高需求工作負載產生穩定性問題，因此予以停用：
+ 唯有收到讀取 Aurora 複本的要求，系統才會更新快取，以提升全文搜尋索引快取複寫的速度。
+ 只要快取大小超過總大小的 10%，系統就會卸載快取同步作業，將其交給不同的執行緒處理，以避免在 FTS 快取同步至磁碟期間，MySQL 查詢停滯過久。(錯誤編號 22516559、錯誤編號 73816)
## MySQL 錯誤修正整合
+ 若同時執行 ALTER 資料表 DROP 外部索引鍵與其他 DROP 操作，會導致資料表消失。(錯誤編號 16095573)
+ 某些使用 ORDER BY 的 INFORMATION\$1SCHEMA 查詢，並未如先前作法般採行檔案排序最佳化作業。(錯誤編號 16423536)
+ FOUND\$1ROWS () 傳回的資料表資料列計數有誤。(錯誤編號 68458)
+ 開啟太多暫存資料表會導致伺服器故障，而無法發出錯誤訊息。(錯誤編號 18948649)
# Aurora MySQL 資料庫引擎更新：2017-01-12 (1.10.1 版) (已棄用)
**版本：**1.10.1
Aurora MySQL 1.10.1 版為選用版本，不會用於修補您的資料庫執行個體。此版本可用來建立新的 Aurora 執行個體，以及升級現有的執行個體。您可在 [Amazon RDS主控台](https://console.aws.amazon.com/rds/)選擇資料庫叢集，接著依序選擇 **Cluster Actions (叢集動作)** 和 **Upgrade Now (立刻升級)**，以立即套用修補程式。執行修補作業時，資料庫需要重新啟動，停機時間約為 5 到 30 秒，之後您就可以繼續使用資料庫叢集。此修補程式使用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
## 新功能
+ **進階稽核** – Aurora MySQL 提供高效能的進階稽核功能，您可使用此功能稽核資料庫活動。如需有關啟用和使用進階稽核的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[搭配 Aurora MySQL 資料庫叢集使用進階稽核](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Auditing.html)。
## 改進
+ 修正在同一陳述式中建立資料欄與新增資料行索引時的空間索引問題。
+ 修正空間統計資料無法在資料庫叢集重新啟動後持續保存的問題。
# Aurora MySQL 資料庫引擎更新：2016-12-14 (1.10 版) (已棄用)
**版本：**1.10
## 新功能
+ **零停機時間修補程式** – 此功能可讓資料庫執行個體在不停機的情況下完成修補。換句話說，執行資料庫升級時不會連線到用戶端應用程式，也不會將資料庫重新開機。這麼做可以增加維護期間 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)。
## 改進
+ 唯有收到讀取 Aurora 複本的要求，系統才會更新快取，因而改善了全文搜尋索引快取複寫的速度。此作法可以避免複寫執行緒讀取磁碟。
+ 若資料表的資料庫名稱或資料表名稱中有特殊字元，字典快取無效判定功能即無法在 Aurora 複本上正常運作。現在，此問題已獲得修正。
+ 儲存體熱管理功能啟用時，系統會在資料往分散式儲存節點遷移期間發生 `STUCK IO` 問題。現在，此問題已獲得修正。
+ 修正鎖定管理程式問題，亦即準備轉返或遞交交易時，宣告檢查作業會因交易鎖定等待執行緒而失敗。
+ 正確更新字典資料表項目的參考計數，藉此修正開啟損毀的字典資料表時所發生的問題。
+ 修正慢速 Aurora 複本可持有之資料庫叢集讀取點的下限問題。
+ 修正查詢快取中潛在的記憶體流失問題。
+ 預存程序的 `IF` 陳述式使用查詢時，Aurora 複本會在資料表上放置低層級鎖定。現在，此問題已獲得修正。
## MySQL 錯誤修正整合
+ 衍生資料表的 UNION 會傳回有「1=0/false」子句的錯誤結果。(錯誤編號 69471)
+ 伺服器在預存程序第二次執行 ITEM\$1FUNC\$1GROUP\$1CONCAT::FIX\$1FIELDS 時當機。(錯誤編號 20755389)
+ 只要快取大小超過總大小的 10%，系統就會卸載快取同步作業，將其交給不同的執行緒處理，以避免在 FTS 快取同步至磁碟期間，MySQL 查詢停滯過久。(錯誤編號 22516559、73816)
# Aurora MySQL 資料庫引擎更新：2016-11-10 (1.9.0、1.9.1 版) (已棄用)
**版本：**1.9.0、1.9.1
## 新功能
+ **改善索引建置作業** – 利用由下而上的方式建立索引，消除不必要的頁面分割，讓建立次要索引的實作現在得以正常運作。此作法可以減少建立索引或重建資料表所需的時間，縮減幅度最多可達 75% (依 `db.r3.8xlarge` 資料庫執行個體類別而有所不同)。此功能由 Aurora MySQL 1.7 版的實驗室模式推出，Aurora 1.9 版和更新版本已預設啟用這項功能。如需相關資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 實驗室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。
+ **鎖定壓縮 (實驗室模式)** – 此實作可大幅減少鎖定管理程式所耗用的記憶體量，減少幅度最多可達 66%。鎖定管理程式可鎖定更多資料列，而不會遭遇記憶體不足的例外狀況。此功能預設為停用，可透過啟用 Aurora 實驗室模式加以啟動。如需相關資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 實驗室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。
+ **效能結構描述** – Aurora MySQL 現在包括效能結構描述支援，將對效能的影響降至最低。在我們使用 SysBench 的測試中，啟用效能結構描述可能會降低 MySQL 效能達 60%。
Aurora 資料庫叢集的 SysBench 測試顯示，對效能的影響比 MySQL 減少四倍。即使啟用效能結構描述，執行 `db.r3.8xlarge` 資料庫執行個體仍會產生每秒 100K 的 SQL 寫入次數，以及超過每秒 550K 的 SQL 讀取次數。
+ **改進熱門資料列爭用情形**– 當有大量連線存取少數熱門資料列內容時，此功能可減少 CPU 使用率，並增加傳輸量。若有熱門資料列爭用情形，此功能亦可避免 ` error 188` 發生。
+ **改善記憶體不足時的處理方式** – 當執行非必要的鎖定 SQL 陳述式，且超出保留的記憶體集區時，Aurora 會將這些 SQL 陳述式強制轉返。此功能可釋放記憶體，並避免記憶體不足而導致引擎當機。
+ **智慧讀取選擇器** – 此實作會在每次讀取的不同區段間，選擇最佳的儲存區段，藉此改善讀取延遲的情形。SysBench 測試結果顯示，這最多可提升寫入工作負載效能達 27%。
## 改進
+ 修正 Aurora 複本在引擎啟動期間遭遇共用鎖定的問題。
+ 清除系統中的讀取檢視指標為 NULL 時，Aurora 複本可能當機。現在，此問題已獲得修正。
# Aurora MySQL 資料庫引擎更新：2016-10-26 (1.8.1 版) (已棄用)
**版本：**1.8.1
## 改進
+ 大量插入作業使用的觸發程序一旦呼叫 AWS Lambda 程序，會導致大量插入作業失敗。現在，此問題已獲得修正。
+ 當自動遞交功能全面關閉，目錄遷移作業就會失敗。現在，此問題已獲得修正。
+ 解決使用 SSL 時無法連線至 Aurora 的情形，並改善 Diffie-Hellman 群組，以因應 LogJam 攻擊。
## MySQL 錯誤修正整合
+ OpenSSL 因 LogJam 問題而變更 Diffie-Hellman 金鑰長度參數。(錯誤編號 18367167)
# Aurora MySQL 資料庫引擎更新：2016-10-18 (1.8 版) (已棄用)
**版本：**1.8
## 新功能
+ **AWS Lambda 整合** – 您現在可以使用 `mysql.lambda_async` 程序，從 Aurora 資料庫叢集非同步叫用 AWS Lambda 函數。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[從 Aurora MySQL 資料庫叢集調用 Lambda 函數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.Lambda.html)。
+ **從 Amazon S3 載入資料** – 您現在可以使用 `LOAD DATA FROM S3` 或 `LOAD XML FROM S3` 命令，將 Amazon S3 儲存貯體中的文字或 XML 檔案載入 Aurora 資料庫叢集。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[從 Amazon S3 儲存貯體中的文字檔案將資料載入 Amazon Aurora MySQL 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html)。
+ **目錄遷移** – Aurora 現在可將目錄中繼資料保存於叢集磁碟區，以支援版本控制功能。此功能可跨版本運作及還原，實現流暢的目錄遷移作業。
+ **叢集層級維護與修補作業** – Aurora 現可管理整個資料庫叢集的維護更新作業。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。
## 改進
+ Aurora 複本未將中繼資料鎖定授予傳入的 DDL 資料表時，複本就會當機。現在，此問題已獲得修正。
+ 若有 `log_output=TABLE`，即允許 Aurora 複本修改非 InnoDB 資料表，以促進慢速與一般日誌 CSV 檔的輪換。
+ 修正將主要執行個體的統計資料更新到 Aurora 複本時的延遲情形。若不修正，Aurora 複本的統計資料便無法與主要執行個體的統計資料同步，導致 Aurora 複本的查詢計畫不同調 (且可能效能低落)。
+ 修正一項罕見的競爭條件，確保 Aurora 複本不會取得鎖定。
+ 修正向主要執行個體註冊或取消註冊 Aurora 複本可能失敗的罕見情況。
+ 修正在開啟或關閉磁碟區時，可能在 `db.r3.large` 執行個體上導致死鎖的競爭條件。
+ 修正因大量寫入工作負載，加上 Aurora 分散式儲存服務故障所導致的記憶體不足問題。
+ 若有長時間執行的交易，清除執行緒會發生空轉，導致 CPU 高度耗用。現在，此問題已獲得修正。
+ 執行資訊結構描述查詢，可取得重度負載情況下的鎖定資訊，但這過程容易發生問題。現在，此問題已獲得修正。
+ 修正診斷流程的問題，在少數情況下，此問題會導致 Aurora 對儲存節點的寫入作業發生拖延情形，以及重新啟動/容錯移轉。
+ 修正以下狀況：如果處理 `CREATE TABLE [if not exists]` 陳述式期間發生損毀，則在損毀復原期間可能會刪除已成功建立的資料表。
+ 若未使用目錄防護功能將一般與慢速日誌儲存至磁碟，日誌輪換程序會因此遭到破壞。現在，此情形已獲得修正。
+ 若使用者在使用者定義函數的範圍內建立暫存資料表，接著又在查詢的選取清單中使用由使用者定義的函數，就會導致系統當機。現在，此問題已獲得修正。
+ 修正重新執行 GTID 事件時發生當機的問題。Aurora MySQL 不支援 GTID。
## MySQL 錯誤修正整合：
+ 以多個索引卸除資料欄的所有索引時，若外部索引鍵限制條件要求取得索引，InnoDB 無法封鎖 DROP INDEX 操作。(錯誤編號 16896810)
+ 解決新增外部索引鍵限制條件時故障的問題。(錯誤編號 16413976)
+ 修正在擷取預存程序中的游標，並同時分析或清空資料表時發生當機的問題。(錯誤編號 18158639)
+ 修正自動遞增錯誤；若使用者更改資料表，以變更 AUTO\$1INCREMENT 值，使該值小於自動遞增資料欄的最大值，此時就會發生這項錯誤。(錯誤編號 16310273)
# Aurora MySQL 資料庫引擎更新：2016-09-20 (1.7.1 版) (已棄用)
**版本：**1.7.1
## 改進
+ 修正 InnoDB 全文搜尋快取已滿之際，Aurora 複本就會當機的問題。
+ 若執行緒集區中的工作者執行緒等待自己本身，資料庫引擎就會當機。現在，此問題已獲得修正。
+ 修正若資料表上的中繼資料鎖定造成死鎖，Aurora 複本就會當機的問題。
+ 執行緒集區中兩個工作者執行緒之間的罕見競爭條件，會造成資料庫引擎當機。現在，此問題已獲得修正。
+ 若監控代理程式未偵測到寫入分散式儲存子系統的作業進度，則在重度負載的情況下，系統會發生非必要的容錯移轉。現在，此問題已獲得修正。
# Aurora MySQL 資料庫引擎更新：2016-08-30 (1.7.0 版) (已棄用)
**版本：**1.7.0
## 新功能
+ **NUMA 感知排程器** – Aurora MySQL 引擎的工作排程器現在具有非一致記憶體存取 (NUMA) 感知能力。此功能可將跨 CPU 插槽的爭用情形減至最少，使 `db.r3.8xlarge` 資料庫執行個體類別的效能傳輸量得以提升。
+ **平行預先讀取作業以非同步方式於背景中運作** – 以專用執行緒減少執行緒爭用情形，藉此調整平行預先讀取作業，達到提升效能的目的。
+ **改善索引建置作業 (實驗室模式)** – 利用由下而上的方式建立索引，消除不必要的頁面分割，讓建立次要索引的實作現在得以正常運作。此作法可以減少建立索引或重建資料表所需的時間。此功能預設為停用，可透過啟用 Aurora 實驗室模式加以啟動。如需相關資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 實驗室模式](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.LabMode.html)。
## 改進
+ 若執行個體要求使用的連線數量遽增，建立連線就會耗費大量時間。現在，此問題已獲得修正。
+ 若 ALTER TABLE 命令在未使用 InnoDB 的分割資料表上執行，會發生當機。現在，此問題已獲得修正。
+ 修正重度寫入工作負載可能導致容錯移轉的問題。
+ 若 RENAME TABLE 命令在分割資料表上執行，會導致錯誤的宣告造成運作失敗。現在，此問題已獲得修正。
+ 改善重度插入工作負載期間轉返交易的穩定性。
+ 修正在 Aurora 複本上看不到全文搜尋索引的問題。
## MySQL 錯誤修正整合
+ 分割 LOCK\$1grant 鎖定，藉此改善擴充能力。(連接埠 WL 編號 8355)
+ 在預存程序的 SELECT 上開啟游標，會造成區段錯誤。(連接埠錯誤編號 16499751)
+ 在某些特殊使用情形下，MySQL 會提供錯誤結果。(錯誤編號 11751794)
+ GET\$1SEL\$1ARG\$1FOR\$1KEYPART 發生當機 – 編號 11751794 錯誤的修補程式所致。(錯誤編號 16208709)
+ 使用 GROUP BY 執行簡單查詢時產生錯誤結果。(錯誤編號 17909656)
+ 執行具範圍述詞的半聯結查詢時，出現多餘資料列。(錯誤編號 16221623)
+ 在 IN 子查詢後新增 ORDER BY 子句，可能導致系統傳回重複的資料行。(錯誤編號 16308085)
+ 鬆散掃描 GROUP BY、MyISAM 的查詢會發生當機 (附帶說明)。(錯誤編號 16222245)
+ 搭配引號括住的 int 述詞進行鬆散索引掃描會傳回隨機資料。(錯誤編號 16394084)
+ 如果最佳化工具使用鬆散索引掃描，伺服器可能會在嘗試建立暫存資料表時結束。(錯誤編號 16436567)
+ COUNT(DISTINCT) 不應計算 NULL 值的次數，但當最佳化工具使用鬆散索引掃描時，該命令就會計算 NULL 值的次數。(錯誤編號 17222452)
+ 如果查詢同時具有 MIN()/MAX() 與 aggregate\$1function(DISTINCT) (例如：SUM(DISTINCT))，並使用鬆散索引掃描執行查詢，則 MIN()/MAX() 的值會設定錯誤。(錯誤編號 17217128)
# Aurora MySQL 資料庫引擎更新：2016-06-01 (1.6.5 版) (已棄用)
**版本：**1.6.5
## 新功能
+ **二進位日誌高效率儲存** – 現在所有 Aurora MySQL 資料庫叢集皆已預設啟用二進位日誌高效率儲存功能，且此功能不可自行設定。二進位日誌高效率儲存功能於 2016 年 4 月更新中推出。如需詳細資訊，請參閱[Aurora MySQL 資料庫引擎更新：2016-04-06 (1.6 版) (已棄用)](AuroraMySQL.Updates.20160406.md)。
## 改進
+ 改善主要執行個體遭遇重度工作負載時 Aurora 複本的穩定性。
+ 改善在分割資料表及資料表名稱中含有特殊字元的資料表上執行查詢時，Aurora 複本的穩定性。
+ 修正使用安全連線時的連線問題。
## MySQL 錯誤修正整合
+ SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug \$117632285)
# Aurora MySQL 資料庫引擎更新：2016-04-06 (1.6 版) (已棄用)
**版本：**1.6
此更新包括下列改進項目：
## 新功能
+ **平行預先讀取** – 現在所有 Aurora MySQL 資料庫叢集皆已預設啟用平行預先讀取功能，且此功能不可自行設定。平行預先讀取功能於 2015 年 12 月更新中推出。如需更多詳細資訊，請參閱 [Aurora MySQL 資料庫引擎更新：2015-12-03 (1.4 版) (已棄用)](AuroraMySQL.Updates.20151203.md)。
除了預設會啟用平行預先讀取功能，此版本包含下列平行預先讀取功能的改進項目：
+ 改進邏輯，以減少平行預先讀取功能的積極性，這樣能在資料庫叢集遭遇許多平行工作負載時帶來好處。
+ 改善小型資料表的穩定性。
+ **二進位日誌高效率儲存 (實驗室模式)** – 現在 MySQL 二進位日誌會以更有效率的方式儲存至 Aurora MySQL。新的儲存實作可大幅提早刪除二進位日誌，並在擔任二進位日誌複寫主控端的 Aurora MySQL 資料庫叢集中，改善執行個體的系統效能。
若要啟用二進位日誌高效率儲存功能，請在主要執行個體或 Aurora 複本的參數群組中，將 `aurora_lab_mode` 參數設為 `1`。`aurora_lab_mode` 參數為執行個體層級參數，預設情況下會位於 `default.aurora5.6` 參數群組中。如需修改資料庫參數群組的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[修改資料庫參數群組中的參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_WorkingWithParamGroups.html#USER_WorkingWithParamGroups.Modifying)。如需有關參數群組和 Aurora MySQL 的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 組態參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.html#AuroraMySQL.Reference.ParameterGroups)。
唯有 Aurora MySQL 資料庫叢集為 MySQL 二進位日誌複寫主控端執行個體時，才能為叢集中的執行個體啟用二進位日誌高效率儲存功能。
+ **AURORA\$1VERSION 系統變數** – 現在您可查詢 `AURORA_VERSION` 系統變數，取得 Aurora MySQL 資料庫叢集的 Aurora 版本資訊。
若要取得 Aurora 版本資訊，請使用下列任一查詢：
```
select AURORA_VERSION();
select @@aurora_version;
show variables like '%version';
```
您也可以在修改資料庫叢集 AWS 管理主控台 時，或呼叫 [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI 命令或 [DescribeDBEngineVersions](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBEngineVersions.html) API 操作，在 中查看 Aurora 版本。
+ **鎖定管理程式記憶體用量指標** – 鎖定管理程式記憶體用量資訊現在會以指標形式提供。
若要取得鎖定管理程式的記憶體用量指標，請使用下列任一查詢：
```
show global status where variable_name in ('aurora_lockmgr_memory_used');
select * from INFORMATION_SCHEMA.GLOBAL_STATUS where variable_name in ('aurora_lockmgr_memory_used');
```
## 改進
+ 改善二進位日誌與 XA 交易復原期間的穩定性。
+ 修正大量連線所造成的記憶體問題。
+ 改善下列指標的精確度：`Read Throughput`、` Read IOPS`、`Read Latency`、`Write Throughput`、`Write IOPS`、`Write Latency` 與 `Disk Queue Depth`。
+ 修正導致大型執行個體在當機後啟動偏慢的穩定性問題。
+ 改善資料字典中同步機制與快取移出作業的相關並行操作。
+ 改善 Aurora 複本的穩定性及效能：
+ 改善主要執行個體在重度或高載寫入工作負載下 Aurora 複本的穩定性問題。
+ 改善 db.r3.4xlarge 與 db.r3.8xlarge 執行個體的複本延遲情形。
+ 減少日誌記錄應用與 Aurora 複本並行讀取之間的爭用情形，藉此改善效能。
+ 修正 Aurora 複本上新建或更新統計資料的重新整理問題。
+ 改善以下情況中 Aurora 複本的穩定性：主要執行個體上有許多交易、Aurora 複本上有並行讀取，且兩者處理的是相同資料。
+ 改善 Aurora 複本以 `UPDATE` 陳述式執行 `DELETE` 和 `JOIN` 陳述式的穩定性。
+ 改善 Aurora 複本執行 `INSERT ... SELECT` 陳述式的穩定性。
## MySQL 錯誤修正整合
+ 將編號 18694052 錯誤中宣告「\$1M\$1ORDERED\$1REC\$1BUFFER」失敗的修正，向後移植至 5.6 版 (連接埠錯誤編號 18305270)
+ SEGV IN MEMCPY()、HA\$1PARTITION::POSITION (連接埠錯誤編號 18383840)
+ 分割、INDEX\$1MERGE 和 NO PK 出現錯誤結果 (連接埠錯誤編號 18167648)
+ 清空資料表以利匯出：在 HA\$1PARTITION::EXTRA 中宣告 (連接埠錯誤編號 16943907)
+ 伺服器在虛擬 HA\$1ROWS HANDLER::MULTI\$1RANGE\$1READ\$1INFO\$1CONST 中當機 (連接埠錯誤編號 16164031)
+ 範圍最佳化工具在 SEL\$1ARG::RB\$1INSERT() 中當機 (連接埠錯誤編號 16241773)
# Aurora MySQL 資料庫引擎更新：2016-01-11 (1.5 版) (已棄用)
**版本：**1.5
此更新包括下列改進項目：
## 改進
+ 修正在 Aurora 儲存體部署期間，閒置執行個體的寫入操作暫停 10 秒的情形。
+ 現在將 `innodb_file_per_table` 設為 `No` 時，邏輯預先讀取功能已可正常運作。如需邏輯預先讀取功能的詳細資訊，請參閱 [Aurora MySQL 資料庫引擎更新：2015-12-03 (1.4 版) (已棄用)](AuroraMySQL.Updates.20151203.md) 一文。
+ 修正 Aurora 複本與主要執行個體重新連線的問題。此外，使用錯誤注入查詢測試 Aurora 複本失敗時，若為 `quantity` 參數指定大數值，系統會產生問題。現在，此問題也已一併修正。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[測試 Aurora 複本故障](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Managing.FaultInjectionQueries.html#AuroraMySQL.Managing.FaultInjectionQueries.ReplicaFailure)。
+ 改善對 Aurora 複本落後與重新啟動情形的監控效果。
+ 修正會造成 Aurora 複本延遲、取消註冊並重新啟動的問題。
+ 修正在死鎖期間執行 `show innodb status` 命令的問題。
+ 修正在高寫入傳輸量期間，較大型執行個體的容錯移轉問題。
## MySQL 錯誤修正整合
+ 解決 MySQL 全文搜尋中不完整的修正作業，避免影響資料庫名稱以數字開頭的資料表。(連接埠錯誤編號 17607956)
# Aurora MySQL 資料庫引擎更新：2015-12-03 (1.4 版) (已棄用)
**版本：**1.4
此更新包括下列改進項目：
## 新功能
+ **快速插入** – 加速依主要索引鍵排序的平行插入作業。如需相關資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Amazon Aurora MySQL 效能增強功能](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.AuroraMySQL.Overview.html#Aurora.AuroraMySQL.Performance)。
+ **大型資料集讀取效能** – Aurora MySQL 會自動偵測重度 IO 工作負載並啟動更多執行緒，以大幅提升資料庫叢集的效能。Aurora 排程器會查驗 IO 活動，決定是否動態調整系統中執行緒的最佳數量，在重度 IO 工作負載與重度 CPU 工作負載之間，以低負荷的方式靈活調整。
+ **平行預先讀取** – 當 B 型樹狀結構掃描的記憶體需求超過主要執行個體或 Aurora 複本上的可用記憶體時，改善掃描作業的效能 (包括範圍查詢)。平行預先讀取功能會自動偵測頁面讀取模式，在需要時將頁面預先載入緩衝區快取。平行預先讀取功能可在同一筆交易內同時處理多個資料表。
## 改進項目：
+ 修正 Aurora 儲存體部署期間，Aurora 資料庫可用性無法長久維持的問題。
+ 正確地強制執行 `max_connection` 上限。
+ 針對特定情況 (當 Aurora 為二進位日誌主控端，且資料庫歷經重度資料負載後重新啟動)，改善二進位日誌清除功能。
+ 修正資料表快取的記憶體管理問題。
+ 在共用的記憶體緩衝快取中新增龐大頁數支援，以加快復原速度。
+ 修正執行緒本機儲存體未初始化的問題。
+ 預設情況下，可允許 16,000 個連線。
+ 提供動態執行緒集區，供重度 IO 工作負載使用。
+ 修正查詢快取中，以適當方式使包含 UNION 之檢視失效的問題。
+ 修正字典統計資料執行緒的穩定性問題。
+ 修正與移出外取相關之字典子系統的記憶體流失問題。
+ 主控端的寫入負載極低時，Aurora 複本會產生高讀取延遲的問題。現在，此問題已獲得修正。
+ 在主要執行個體的 DDL 分割資料表 (例如：ALTER TABLE ... REORGANIZE PARTITION) 執行操作時，Aurora 複本會產生穩定性問題。現在，此問題已獲得修正。
+ 修正磁碟區擴充期間，Aurora 複本的穩定性問題。
+ 修正 Aurora 複本中，非叢集索引的掃描效能問題。
+ 修正會造成 Aurora 複本延遲，最終取消註冊並重新啟動的穩定性問題。
## MySQL 錯誤修正整合
+ FTSPARSE() 中的 SEGV。(錯誤編號 16446108)
+ 重新命名資料欄時，InnoDB 資料字典未更新。(錯誤編號 19465984)
+ 將資料表重新命名為不同資料庫後，FTS 當機。(錯誤編號 16834860)
+ 截斷的資料表上，觸發條件準備失敗，因而造成 1054 錯誤。(錯誤編號 18596756)
+ 中繼資料變更可能會造成觸發條件執行的問題。(錯誤編號 18684393)
+ UTF8 VARCHAR 長欄位未選取實體化。(錯誤編號 17566396)
+ ORDER BY 選項具有限制 X 時，執行計畫不彰。(錯誤編號 16697792)
+ 將錯誤編號 11765744 的修正項目向後移植至 5.1、5.5 和 5.6 等版本。(錯誤編號 17083851)
+ SQL/SQL\$1SHOW.CC 中的互斥問題會導致 SIG6。來源可能是 FILL\$1VARIABLES。(錯誤編號 20788853)
+ 將錯誤編號 18008907 的修正項目向後移植至 5.5 以上版本。(錯誤編號 18903155)
+ 調整 MySQL 5.7 中堆疊溢位錯誤的修正措施。(錯誤編號 19678930)
# Aurora MySQL 資料庫引擎更新：2015-10-16 (1.2、1.3 版) (已棄用)
**版本：**1.2、1.3
此更新包括下列改進項目：
## 修正項目
+ 解決新鎖定管理程式中，長時間執行交易所面臨的記憶體不足問題
+ 已解決以非 RDS for MySQL 資料庫複寫時的安全漏洞
+ 更新完成，以確保仲裁寫入作業在儲存失敗後，能夠以正確方式重試
+ 完成更新，使系統能更精準地回報複本延遲情況
+ 減少多個並行交易嘗試修改同一資料列時的爭用情形，藉此改善效能
+ 針對以連結兩個資料表的方式所建立之檢視，解決其查詢快取失效的問題
+ 針對具 `UNCOMMITTED_READ` 隔離的交易，停用其查詢快取
## 改進
+ 提升對暖快取執行慢速目錄查詢的效能
+ 改善字典統計資料的並行情況
+ 針對新的查詢快取資源管理程式、範圍管理功能、Amazon Aurora 智慧儲存體所儲存的檔案，以及日誌記錄的批次寫入作業，提升穩定性
## MySQL 錯誤修正整合
+ 刪除 InnoDB 內的查詢最終導致其在宣告時當機。(錯誤編號 1608883)
+ 若無法建立事件排程器的新執行緒、事件執行或新連線，沒有任何訊息會寫入錯誤日誌中。(錯誤編號 16865959)
+ 如果有個連線的預設資料庫改變，同時有另一個連線執行 SHOW PROCESSLIST 命令，則第二個連線可能會在嘗試顯示第一個連線的預設資料庫記憶體時，存取無效的記憶體。(錯誤編號 11765252)
+ PURGE BINARY LOGS 設計本身不會移除使用中或作用中的二進位日誌檔，但也不會在移除時通知。(錯誤編號 13727933)
+ 當最佳化工具移除不需要的子查詢子句時，某些陳述式可能會發生記憶體流失的情形。(錯誤編號 15875919)
+ 伺服器可能會在關機期間，嘗試鎖定未初始化的互斥。(錯誤編號 16016493)
+ 若準備的陳述式使用了 GROUP\$1CONCAT() 命令，以及會命名多個資料欄的 ORDER BY 子句，可能會導致伺服器結束。(錯誤編號 16075310)
+ 複寫工作者執行緒缺少效能結構描述檢測。(錯誤編號 16083949)
+ 如果 `STOP SLAVE` 與 SHOW STATUS 這類會從一或多個狀態變數 (`Slave_retried_transactions`、`Slave_heartbeat_period`、`Slave_received_heartbeats`、`Slave_last_heartbeat` 或 `Slave_running`) 擷取值的陳述式同時核發，可能會導致死鎖。(錯誤編號 16088188)
+ 若搜尋條件使用以引號括住片語的格式，使用布林模式的全文查詢可能不會傳回任何結果。(錯誤編號 16206253)
+ 在子查詢中以聯結的 ON 子句執行就緒的陳述式時，最佳化工具一旦嘗試移除多餘的子查詢子句，就會引發宣告。(錯誤編號 16318585)
+ GROUP\$1CONCAT 不穩定，ITEM\$1SUM::CLEAN\$1UP\$1AFTER\$1REMOVAL 中發生當機。(錯誤編號 16347450)
+ 嘗試以 INFORMATION\$1SCHEMA.INNODB\$1FT\$1DEFAULT\$1STOPWORD 的相同結構建立 InnoDB 資料表，以取代預設的 InnoDB 全文搜尋 (FTS) 停用詞，可能會導致發生錯誤。(錯誤編號 16373868)
+ 工作者上的用戶端執行緒執行 FLUSH TABLES WITH READ LOCK 命令，並在主控端上執行更新作業後，工作者會在執行 `SHOW SLAVE STATUS` 時故障。(錯誤編號 16387720)
+ 在全文搜尋中剖析「abc-def」等分隔符號搜尋字串時，InnoDB 現在會使用與 MyISAM 相同的字詞分隔符號。(錯誤編號 16419661)
+ FTS\$1AST\$1TERM\$1SET\$1WILDCARD 中發生當機。(錯誤編號 16429306)
+ FTS RQG 測試的 FTS\$1AST\$1VISIT() 發生區段錯誤。(錯誤編號 16435855)
+ 若為偵錯建置，最佳化工具移除指向子查詢的 Item\$1ref，會導致伺服器結束。(錯誤編號 16509874)
+ 對 InnoDB 資料表執行全文搜尋時，若搜尋的是結合 \$1 或 - 運算子的常值片語，會導致搜尋失敗。(錯誤編號 16516193)
+ `START SLAVE`當伺服器啟動時具有 --master-info-repository=TABLE 和 relay-log-info-repository=TABLE 選項，且將自動遞交設為 0，並搭配 ， 會執行失敗。`--skip-slave-start`(錯誤編號 16533802)
+ 極其龐大的 InnoDB 全文搜尋 (FTS) 結果可能耗用大量記憶體。(錯誤編號 16625973)
+ 在除錯組建中，當直接在搜尋字串中使用二進位時，OPT\$1CHECK\$1ORDER\$1BY 中可能會發生宣告，因為二進位可能包含 NULL 位元組及其他無意義的字元。(錯誤編號 16766016)
+ 當最佳化工具移除不需要的子查詢子句時，某些陳述式可能會發生記憶體流失的情形。(錯誤編號 16807641)
+ 若新連線核發 `STOP SLAVE` 給工作者，接著使用原本的連線核發 `SHOW SLAVE STATUS`，可能會導致在核發 FLUSH TABLES WITH READ LOCK 後發生死鎖的情形。(錯誤編號 16856735)
+ 若 GROUP\$1CONCAT() 具有無效的分隔符號，可能會導致伺服器結束。(錯誤編號 16870783)
+ 若有任何 SHOW STATUS LIKE 'pattern' 陳述式，即使模式與使用互斥的狀態變數 (`Slave_heartbeat_period`、`Slave_last_heartbeat`、`Slave_received_heartbeats`、`Slave_retried_transactions`、`Slave_running`) 並不符合，伺服器會在 LOCK\$1active\$1mi 與 active\$1mi->rli->data\$1lock 互斥上執行大量鎖定操作。(錯誤編號 16904035)
+ 使用 IN BOOLEAN MODE 修飾詞的全文搜尋會導致宣告失敗。(錯誤編號 16927092)
+ 對 InnoDB 資料表執行全文搜尋時，若搜尋條件使用的是 \$1 布林運算子，會導致搜尋失敗。(錯誤編號 17280122)
+ 四向死鎖：廢止、清除二進位日誌、顯示處理清單、顯示二進位日誌。(錯誤編號 17283409)
+ 一旦等待遞交鎖的 SQL 執行緒遭到刪除並重新啟動，會導致系統在工作者上略過交易。(錯誤編號 17450876)
+ InnoDB 全文搜尋可能會因為「未結束」的字符導致失敗。應傳遞字串與字串長度，以執行字串比較。(錯誤編號 17659310)
+ 若有大量的分割 InnoDB 資料表，在 MySQL 5.6 或 5.7 版中使用時，可能會比 MySQL Server 之前版本耗用更多記憶體。(錯誤編號 17780517)
+ 若為全文查詢，如果未能檢查 num\$1token 是否小於 max\$1proximity\$1item，可能會導致發生宣告。(錯誤編號 18233051)
+ 當有大量的空 InnoDB 資料表時，INFORMATION\$1SCHEMA TABLES 與 COLUMNS 資料表的特定查詢可能會導致記憶體大量耗用。(錯誤編號 18592390)
+ 現在遞交交易時，系統會使用旗標，檢查執行緒是否已建立，而非檢查執行緒本身，因為後者會耗用更多資源，特別是以 master\$1info\$1repository=TABLE 執行伺服器時，更是如此。(錯誤編號 18684222)
+ 當工作者上的用戶端執行緒執行 FLUSH TABLES WITH READ LOCK 命令，且主控端執行 DML，在相同用戶端執行 `SHOW SLAVE STATUS` 命令會遭到封鎖，導致死鎖。(錯誤編號 19843808)
+ 以 GROUP\$1CONCAT() 排序可能會導致伺服器結束。(錯誤編號 19880368)
# Aurora MySQL 資料庫引擎更新：2015-08-24 (1.1 版) (已棄用)
**版本：**1.1
此更新包括下列改進項目：
+ 改善以 MySQL 資料庫複寫 (二進位日誌複寫) 的穩定性。如需使用 MySQL 執行 Aurora MySQL 複寫的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon Aurora 進行複寫](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Replication.html)。
+ 擔任複寫工作者的 Aurora MySQL 資料庫叢集，其累積的轉送日誌大小須低於 1 GB。此作法可以改善 Aurora 資料庫叢集的檔案管理。
+ 改善預先讀取、遞迴外部索引鍵關係與 Aurora 複寫等方面的穩定性。
+ MySQL 錯誤修正整合。
+ 如果 InnoDB 資料庫的名稱以數字開頭，會導致全文搜尋 (FTS) 剖析器發生錯誤。(錯誤編號 17607956)
+ 如果資料庫的名稱以數字開頭，InnoDB 全文搜尋會執行失敗。(錯誤編號 17161372)
+ 若為 Windows 系統上的 InnoDB 資料庫，全文搜尋 (FTS) 物件 ID 並非預期的十六進位格式。(錯誤編號 16559254)
+ MySQL 5.6 推出的程式碼迴歸功能，對 DROP TABLE 和 ALTER TABLE 的效能產生負面影響。這可能造成 MySQL Server 5.5.x 版與 5.6.x 版之間的效能降低。(錯誤編號 16864741)
+ 簡化日誌功能，以減少日誌檔大小及所需的儲存空間。