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 陳述式