Aurora MySQL 資料庫引擎更新 2020-11-12 (2.08.3 版) (已棄用) - Amazon Aurora

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

Aurora MySQL 資料庫引擎更新 2020-11-12 (2.08.3 版) (已棄用)

版本︰2.08.3

Aurora MySQL 2.08.3 已全面推出。Aurora MySQL 2.x 版與 MySQL 5.7 版相容,Aurora MySQL 1.x 版則與 MySQL 5.6 版相容。

目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.* 和 3.02.*。

您可以將現有的 Aurora MySQL 2.* 資料庫叢集直接升級至 Aurora MySQL 2.08.3。您可以將現有的 Aurora MySQL 1.* 叢集直接升級至 2.07.3 或更新版本,然後直接升級至 2.08.3。

若要使用舊版 Aurora MySQL 建立叢集,請透過 AWS Management Console、 AWS CLI或 RDS API 指定引擎版本。

如果您有任何問題或疑慮,可在社群論壇和透過 AWS Support 取得 AWS Support。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集

注意

如需如何升級 Aurora MySQL 資料庫叢集的詳細資訊,請參閱《Amazon Aurora 使用者指南》中的升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級

改善項目

安全性修正︰

修正和其他增強功能,以微調在受管環境中的處理。以下 CVE 修正如下所示:

不相容的變更:

此版本引入了會影響 mysqldump 命令行為的許可變更。使用者必須具有存取 PROCESS 表格的 INFORMATION_SCHEMA.FILES 權限。若要在沒有任何變更的情況下執行 mysqldump 命令,請將 PROCESS 權限授予給 mysqldump 命令連線的資料庫使用者。您也可以使用 mysqldump 選項執行 --no-tablespaces 命令。使用該選項,mysqldump 輸出不包含任何 CREATE LOGFILE GROUPCREATE TABLESPACE 陳述式。在這種情況下,mysqldump 命令不會存取 INFORMATION_SCHEMA.FILES 表格,並且您不需要授予 PROCESS 許可。

MySQL 社群版錯誤修正整合

  • 錯誤編號 23762382 - 在選取時聯結的插入值查詢會導致行為錯誤。

  • 錯誤編號 25209512 - CURRENT_TIMESTAMP 在觸發器中產生零。

與 Aurora MySQL 第 1 版比較

下列 Amazon Aurora MySQL 功能在 Aurora MySQL 第 1 版 (與 MySQL 5.6 相容) 中有支援,但目前這些功能在 Aurora MySQL 第 2 版 (與 MySQL 5.7 相容) 中不支援。

MySQL 5.7 相容性

此 Aurora MySQL 版本有 MySQL 5.7 線路相容性,包括 JSON 支援、空間索引和產生欄位等功能。相較於 MySQL 5.7,Aurora MySQL 採用的空間索引原生實作主要利用 Z 階曲線,可為空間資料集提供超過 20 倍的寫入效能和超過 10 倍的讀取效能。

此 Aurora MySQL 版本目前不支援下列 MySQL 5.7 功能:

  • 群組複寫外掛程式

  • 已增加的頁面大小

  • 啟動時載入 InnoDB 緩衝集區

  • InnoDB 全文剖析器外掛程式

  • 多來源複寫

  • 線上緩衝集區大小調整

  • 密碼驗證外掛程式

  • 查詢重寫外掛程式

  • 複寫篩選

  • CREATE TABLESPACE SQL 陳述式