Aurora MySQL 資料庫引擎更新 2023-11-13 （3.04.1 版，與 MySQL 8.0.28 相容） - Amazon Aurora
改善項目整合 MySQL Community Edition 錯誤修正

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

Aurora MySQL 資料庫引擎更新 2023-11-13 （3.04.1 版，與 MySQL 8.0.28 相容）

版本：3.04.1

Aurora MySQL 3.04.1 已全面推出。Aurora MySQL 3.04 版本與 MySQL 8.0.28 相容。如需已發生社群變更的詳細資訊，請參閱 MySQL 8.0 版本備註 。

注意

此版本被指定為長期支援 （LTS） 版本。如需詳細資訊，請參閱 Amazon Aurora 使用者指南 中的 Aurora MySQL 長期支援 （LTS） 版本。

建議您不要將 AutoMinorVersionUpgrade 參數設定為 true（或在 中啟用 Auto minor 版本升級 AWS Management Console） 的LTS版本。這樣做可能會導致您的資料庫叢集升級至非LTS 版本，例如 3.05.2。

如需 Aurora MySQL 第 3 版中新功能的詳細資訊，請參閱與 MySQL 8.0 相容的 Aurora MySQL 第 3 版。如需 Aurora MySQL 第 3 版與 Aurora MySQL 第 2 版之間的差異，請參閱比較 Aurora MySQL 第 2 版與 Aurora MySQL 第 3 版。如需 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較，請參閱比較 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition。

目前支援的 Aurora MySQL 版本為 2.07.9、2.7.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.* 和 3.05.*。

您可以使用 Amazon RDS Blue/Green Deployments，從任何目前可用的 Aurora MySQL 第 2 版叢集執行就地升級、還原快照或啟動受管藍/綠升級，並將其部署至 Aurora MySQL 第 3.04.1 版叢集。

如需規劃升級至 Aurora MySQL 第 3 版的相關資訊，請參閱 Amazon Aurora 使用者指南 中的 Aurora MySQL 第 3 版升級規劃。如需 Aurora MySQL 升級的一般資訊，請參閱 Amazon Aurora 使用者指南 中的升級 Amazon Aurora MySQL 資料庫叢集。

如需疑難排解資訊，請參閱使用 Aurora MySQL 第 3 版對升級問題進行疑難排解。

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

改善項目

可用性改進項目：

  • 已修正 Aurora MySQL 資料庫執行個體使用平行查詢執行大量並行平行查詢時，可能會發生資料庫重新啟動的問題。

  • 已修正在二進位日誌 （binlog） 複本叢集上錯誤復原執行GTID集的問題，並在任何二進位日誌來源gtid_mode設定為 ON或 時啟用增強的二進位日誌ON_PERMISSIVE。此問題可能會導致複本叢集的寫入器執行個體在復原期間再重新啟動一段時間，或在查詢執行GTID集時導致不正確的結果。

  • 已修正記憶體管理問題，該問題可能會在啟用增強的二進位日誌時，因為可用記憶體減少而導致 Aurora MySQL 資料庫執行個體重新啟動或容錯移轉。

  • 已修正當寫入器執行個體的資料庫磁碟區成長至 160GB 的倍數時，可能導致讀取器執行個體重新啟動的問題。

  • 修正啟用增強型二進位日誌功能的 Aurora MySQL 資料庫執行個體在執行二進位日誌復原程序時，在資料庫執行個體啟動期間可能會卡住的問題。

  • 已修正在同時執行 SHOW STATUS 和 PURGE BINARY LOGS 陳述式時，可能因死鎖而導致資料庫執行個體重新啟動的問題。清除二進位日誌是受管陳述式，可執行以遵循使用者設定的 binlog 保留期。

  • 已修正如果寫入器執行個體在資料庫建立或捨棄內部系統資料表上的觸發程序時重新啟動，可能造成資料庫叢集無法使用的問題。

  • 已修正在具有 Aurora 複本的叢集上使用增強 binlog 功能時，可能因 Semaphore 長時間等待而導致資料庫執行個體重新啟動的問題。

一般改進：

  • 已修正在 上啟用增強型 binlog 時，可能導致資料庫無法使用的問題 Aurora Serverless v2 在 Aurora MySQL 3.04.0 上執行的資料庫叢集。

  • 啟用增強型 binlog 功能時，在寫入 Aurora Storage 之前移除未使用的儲存中繼資料。如此可避免因透過網路傳輸的位元組增加使得寫入延遲增加，而導致可能發生某些資料庫重新啟動或容錯移轉的情況。

  • 已修正升級或遷移時，未建立 Aurora 特定 Performance Schema 資料表的問題。

  • 已修正在啟用增強型 binlog 時，可能導致 上的NumBinaryLogFiles指標 CloudWatch 顯示不正確結果的問題。

升級和遷移：

  • 從 MySQL 5.7 升級到 MySQL 8.0，且單一資料庫中有大量資料表，導致伺服器耗用過多的記憶體。發現，在檢查資料表是否可以升級的過程中，我們預先擷取所有資料字典Table物件，處理每個物件並擷取其名稱，然後在清單CHECK TABLE ... FOR UPGRADE上執行。在此情況下，不需要事先擷取所有物件而導致大量耗用記憶體。為了修正此問題，現在我們在這類情況下一次只會擷取一個 Table 物件，接著執行任何必要的檢查、擷取其名稱並釋出物件，然後再繼續處理下一個物件。(錯誤 #34526001)

整合 MySQL Community Edition 錯誤修正

此版本除了下列內容之外，還包括 8.0.28 (含) 以前版本的所有 Community 錯誤修正。如需詳細資訊，請參閱 Aurora MySQL 3.x 資料庫引擎更新的我的SQL錯誤。

  • 已修正由於背景TLS憑證輪換而導致CPU使用率提高的問題 （Community Bug Fix #34284186）