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

# Aurora MySQL 資料庫引擎更新 2020-11-09 (1.22.3 版) (已棄用)
<a name="AuroraMySQL.Updates.1223"></a><a name="1223"></a><a name="1.22.3"></a>

**版本︰**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 指定引擎版本。

**注意**  <a name="lts_notice_1223"></a>
 此版本被指定為長期支援 (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)。

## 改善項目
<a name="AuroraMySQL.Updates.1223.Improvements"></a>

 **安全性修正︰** 

 修正和其他增強功能，以微調在受管環境中的處理。以下 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 社群版錯誤修正整合
<a name="AuroraMySQL.Updates.1223.Patches"></a>
+  錯誤編號 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) 操作，使用外部金鑰相依項提出聲明。