本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Aurora MySQL 資料庫引擎更新 2020-11-09 (1.22.3 版) (已棄用)
版本︰1.22.3
Aurora MySQL 1.22.3 已正式推出。Aurora MySQL 1 * 版與 MySQL 5.6 相容,Aurora MySQL 2.* 版則與 MySQL 5.7 相容。
此引擎版本預定在 2023 年 2 月 28 日棄用。如需詳細資訊,請參閱為 Amazon Aurora MySQL-Compatible Edition 第 1 版結束生命週期做好準備。
目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.* 和 3.02.*。
若要以舊版的 Aurora MySQL 建立叢集,請透過 RDS 主控台、AWS CLI 或 Amazon RDS API 指定引擎版本。
注意
此版本被指定為長期支援 (LTS) 版本。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 長期支援 (LTS) 版本。
如果您有任何問題或疑慮,請透過社群論壇及 AWS Support
改善項目
安全性修正︰
修正和其他增強功能,以微調在受管環境中的處理。以下 CVE 修正如下所示:
不相容的變更:
此版本引入了會影響 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
資料欄升級到從機上的 BIGINT 資料欄) 時,升級的值會被視為已簽署。現在,在這種情況下,您可以在針對 slave_type_conversions 伺服器系統變數指定的值集中,使用 ALL_SIGNED
、ALL_UNSIGNED
的其中一個或兩者來修改或覆寫此行為。如需更多詳細資訊,請參閱以資料列為基礎的複寫︰屬性升級與降級,以及變數說明。 -
錯誤編號 17449901:使用
foreign_key_checks=0
時,InnoDB 允許捨棄外部金鑰約束所需的索引,置放資料表不一致,並且導致在資料表載入時發生外部金鑰檢查失敗。即使使用 foreign_key_checks=0,InnoDB 現在仍可以防止捨棄外部金鑰約束所需的索引。在捨棄外部金鑰索引之前,必須移除外部金鑰約束。 -
錯誤編號 20768847︰ALTER TABLE... 資料表上的 DROP INDEX
操作,使用外部金鑰相依項提出聲明。