本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2023-10-25 (3.05.0 版） （已棄用） **版本：**3.05.0 Aurora MySQL 3.05.0 已正式推出。Aurora MySQL 3.05 版與 MySQL 8.0.32 相容。如需有關已進行之社群變更的詳細資訊，請參閱 [MySQL 8.0 版本備註](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 如需 Aurora MySQL 第 3 版中新功能的詳細資訊，請參閱 [與 MySQL 8.0 相容的 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。如需 Aurora MySQL 第 3 版與 Aurora MySQL 第 2 版之間的差異，請參閱[比較 Aurora MySQL 第 2 版與 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。如需 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較，請參閱[比較 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 目前支援的 Aurora MySQL 版本包括 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.03.\$1、3.04.\$1 和 3.05.\$1。 您可以從任何目前支援的 Aurora MySQL 第 2 版叢集執行就地升級、還原快照，或是使用 [Amazon RDS 藍/綠部署](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/blue-green-deployments-overview.html) 起始受管藍/綠升級至 Aurora MySQL 3.05.0 版叢集。 如需規劃升級至 Aurora MySQL 第 3 版的詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的 [Aurora MySQL 第 3 版的升級規劃](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-planning)。如需有關 Aurora MySQL 升級的一般資訊，請參閱《Amazon Aurora 使用者指南》**中的[升級 Amazon Aurora MySQL 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Updates.Upgrading.html)。 如需故障診斷資訊，請參閱 [Aurora MySQL 第 3 版升級問題的故障診斷](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.mysql80-upgrade-procedure.html#AuroraMySQL.mysql80-upgrade-troubleshooting)。 如果您有任何問題或疑慮，社群論壇和透過 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 MySQL 資料庫叢集的資料儲存至 Amazon S3 儲存貯體中使用 KMS 金鑰 (SSE-KMS) 加密的文字檔案。如需詳細資訊，請參閱[將來自 Amazon Aurora MySQL 資料庫叢集的資料儲存至 Amazon S3 儲存貯體中的文字檔案](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.SaveIntoS3.html)。 + 導入了新的全域狀態變數 `aurora_tmz_version`，可用來表示引擎所使用時區 (TZ) 資訊的目前版本。這些值會遵循 IANA 時區資料庫版本，並採用「YYYYsuffix」格式，例如 2022a 和 2023c。如需詳細資訊，請參閱 [Aurora MySQL 全域狀態變數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars)。 **以下列出已修正的安全性問題與 CVE：** 修正和其他增強功能，以微調在受管環境中的處理。以下是其他 CVE 修正： + [CVE-2022-37434](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434) **可用性改進項目：** + 已修正執行大量並行的平行查詢時，使用平行查詢的 Aurora MySQL 資料庫執行個體可能會發生資料庫重新啟動的問題。 + 已修正因稽核記錄執行緒造成的鎖定爭用，最終導致高 CPU 使用率和用戶端應用程式逾時的問題。 + 已修正當任何 binlog 來源的 `gtid_mode` 設定為 `ON` 或 `ON_PERMISSIVE` 時，在啟用增強 binlog 的情況下，可能導致執行的 GTID 集在二進位日誌 (binlog) 複本叢集上不正確地復原的問題。此問題可能會造成複本叢集的寫入器執行個體在復原期間額外重新啟動一次，或在查詢執行的 GTID 集時導致不正確的結果。 + 已修正在啟用增強二進位日誌的情況下，可能因可釋放記憶體減少而導致 Aurora MySQL 資料庫執行個體重新啟動或容錯移轉的記憶體管理問題。 + 已修正嘗試讀取屬於已捨棄資料表的資料庫頁面時，可能造成資料庫執行個體重新啟動的問題。 + 已修正當寫入器執行個體的資料庫磁碟區成長至 160GB 的倍數時，可能導致讀取器執行個體重新啟動的問題。 + 已修正因正在執行二進位日誌復原程序，而使得啟用增強二進位日誌功能的 Aurora MySQL 資料庫執行個體可能在資料庫執行個體啟動期間停滯的問題。 + 已修正在初始化大型復原區段時，Aurora MySQL 資料庫執行個體可能在執行個體啟動期間經歷多次重新啟動的問題。 + 已修正零停機修補期間造成執行個體重新啟動，進而導致資料庫連線意外關閉的問題。 + 已修正在同時執行 [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) 和 [PURGE BINARY](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 陳述式時，可能因死鎖而導致資料庫執行個體重新啟動的問題。清除二進位日誌是受管陳述式，可執行以遵循使用者設定的 binlog 保留期。 + 已修正如果寫入器執行個體在資料庫建立或捨棄內部系統資料表上的觸發程序時重新啟動，可能造成資料庫叢集無法使用的問題。 + 已修正在具有 Aurora 複本的叢集上使用增強 binlog 功能時，可能因 Semaphore 長時間等待而導致資料庫執行個體重新啟動的問題。 + 已修正當執行的查詢參考彙總函數時，可能造成資料庫執行個體重新啟動的問題。 + 已修正下列問題：在極少數情況下，Aurora Serverless v2 在擴展時不當嘗試更新資料表快取，可能導致資料庫執行個體重新啟動。 + 已修正當實體化中繼暫存資料表時，將不支援的索引掃描存取方法視為一般資料表表達式 (CTE)，而可能導致包括資料庫重新啟動或不正確的查詢結果等非預期行為發生的問題。我們已避免在使用 TempTable 儲存引擎的資料表上使用此類不支援的索引掃描存取方法，藉此修正此問題。 **一般改進：** + 已修正在 Aurora MySQL 3.04.0 上執行的 Aurora Serverless v2 資料庫叢集上啟用增強 binlog 時，可能導致資料庫無法使用的問題。 + 在啟用增強 binlog 功能的情況下，已先移除未使用的儲存中繼資料，再寫入 Aurora 儲存體。如此可避免因透過網路傳輸的位元組增加使得寫入延遲增加，而導致可能發生某些資料庫重新啟動或容錯移轉的情況。 + 在 `performance_schema` 中加入 `malloc_stats` 和 `malloc_stats_totals` 資料表後，加入了三個進階系統變數，以控制內部記憶體分配器 Jemalloc 的行為： + `aurora_jemalloc_background_thread`. + `aurora_jemalloc_dirty_decay_ms`. + `aurora_jemalloc_tcache_enabled`. + 已修正升級或遷移時，未建立 Aurora 特定 Performance Schema 資料表的問題。 + 已新增新的系統變數 `aurora_use_vector_instructions`。啟用此參數時，Aurora MySQL 會使用最佳化向量處理指令來改善 I/O 密集工作負載的效能。此設定在 Aurora MySQL 3.05 及更高版本中預設為 `ON`。如需詳細資訊，請參閱 [Aurora MySQL 組態參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Instance)。 + 已修正在啟用增強 binlog 的情況下，可能導致 CloudWatch 上的 `NumBinaryLogFiles` 指標顯示不正確結果的問題。 + [Aurora MySQL 機器學習](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-ml.html)操作對 Amazon Sagemaker 的請求逾時已從 3 秒增加到 30 秒。這有助於解決在使用較大批次大小的情況下，客戶可能看見從 Aurora MySQL 機器學習向 Amazon Sagemaker 發出請求的重試次數或失敗次數增加的問題。 + 在 performance\$1schema 資料庫中新增了 `malloc_stats_totals` 和 `malloc_stats` 資料表的支援。 + `LOAD DATA FROM S3` 命令中的 `FROM` 關鍵字已更新為選用。如需詳細資訊，請參閱[從 Amazon S3 儲存貯體中的文字檔案將資料載入 Amazon Aurora MySQL 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Integrating.LoadFromS3.html)。 + 已新增 `innodb_aurora_instant_alter_column_allowed` 參數的支援，此參數可控制 `INSTANT` 演算法是否可用於 `ALTER COLUMN` 操作。如需詳細資訊，請參閱[叢集層級參數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.Parameters.Cluster)。 + 已修正在啟用寫入轉送的情況下，無法建立與資料庫的新用戶端連線的問題。 + 已修正可能導致在重新啟動資料庫執行個體之前，`table_open_cache` 資料庫參數的修改不會生效的問題。 + 已修正在快照還原、恢復或資料庫複製操作後，使用遞減索引的 `AUTO_INCREMENT` 欄可能造成重複索引鍵錯誤的問題。 + 已修正涉及索引掃描的問題，此問題可能會在執行具有 `GROUP BY` 子句且 `aurora_parallel_query` 參數傳回 `ON` 的 `SELECT` 查詢時，導致傳回不正確的結果 + 已修正對 `INFORMATION_SCHEMA INNODB_TABLESPACES` 資料表執行查詢時，可能造成可用記憶體耗盡的問題。 + 已修正讀取器執行個體無法開啟資料表並顯示 ERROR 1146 的問題。在寫入器執行個體上使用 `INPLACE` 演算法的同時執行特定類型的線上資料定義語言 (DDL)，就會發生此問題。 + 已修正當內部監控程序不當提交重複的資擴展請求時，避免執行個體在 Aurora Serverless v2 擴展期間重新啟動的問題。 + 已修正當連線的二進位日誌 (binlog) 取用者使用重複的 binlog 複寫伺服器 ID 時，可能造成資料庫重新啟動的問題。 + 已引進用於 Aurora MySQL 受管二進位日誌複本的記憶體內[轉送日誌](https://dev.mysql.com/doc/refman/8.0/en/replica-logs-relaylog.html)快取。這項改進有助於將二進位日誌複寫輸送量最多增加 40%。這項增強功能會在使用單執行緒二進位日誌複寫時，或在啟用 [GTID 自動定位](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-auto-positioning.html)的情況下使用多執行緒複寫時自動啟用。 **升級和遷移：** + 從 MySQL 5.7 升級到 MySQL 8.0，且單一資料庫中包含相當大量資料表時，會導致伺服器耗用過多記憶體。我們在檢查資料表是否可升級的過程中發現，我們預先擷取了所有資料字典 `Table` 物件，處理每個物件並擷取其名稱，然後在清單上執行[檢查版本相容性](https://dev.mysql.com/doc/refman/8.0/en/check-table.html#check-table-version-compatibility)。在此情況下，不需要事先擷取所有物件而導致大量耗用記憶體。為了修正此問題，現在我們在這類情況下一次只會擷取一個 `Table` 物件，接著執行任何必要的檢查、擷取其名稱並釋出物件，然後再繼續處理下一個物件。(錯誤 \$134526001) + 透過使用資料庫執行個體上所有可用的 vCPU 平行執行資料表空間檢查，提升了 Aurora MySQL 第 2 版升級至第 3 版的主要版本升級效能。 ## MySQL 社群版錯誤修正整合 此版本除了下列內容之外，還包括 8.0.32 (含) 以前版本的所有 Community 錯誤修正。如需詳細資訊，請參閱 [Aurora MySQL 3.x 資料庫引擎更新修正的 MySQL 錯誤](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3)。 + 已修正因背景 TLS 憑證輪換而導致 CPU 使用率升高的問題。(Community 錯誤修正 \$134284186)