Aurora 數據庫引擎更新（版本 3.04.1，與 MySQL 兼容） - Amazon Aurora
改善項目MySQL 社群版錯誤修正整合

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

Aurora 數據庫引擎更新（版本 3.04.1，與 MySQL 兼容）

版本:

Aurora MySQL 3.04.1 一般可用。Aurora 3.04 版本與 MySQL 兼容 如需有關已發生之社群變更的詳細資訊，請參閱 MySQL 8.0 版本說明。

注意

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

建議您不要將 LTS 版本的AutoMinorVersionUpgrade參數設定為 true (或在中啟用自動次要版本升級 AWS Management Console)。這樣做可能會導致您的資料庫叢集升級至非 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.0 7.9、2.7.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.* 和 3.05.*。

您可以使用 Amazon RDS 藍/綠部署，從任何目前可用的 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 版升級問題的故障診斷。

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

改善項目

可用性改進項目：

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

  • 修正當任何 binlog 來源設定為或時啟用增強型 binlog 的二進位記錄 (binlog) 複本叢集上，可能會造成已執行的 GTID 集不正確復原的問題。gtid_mode ON ON_PERMISSIVE此問題可能會造成複本叢集的寫入器執行個體在復原期間額外重新啟動一次，或在查詢執行的 GTID 集時導致不正確的結果。

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

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

  • 已修正因正在執行二進位日誌復原程序，而使得啟用增強二進位日誌功能的 Aurora MySQL 資料庫執行個體可能在資料庫執行個體啟動期間停滯的問題。

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

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

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

一般改進：

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

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

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

  • 修正啟用增強型 binlog 時，可能導致開啟NumBinaryLogFiles CloudWatch 量度顯示不正確結果的問題。

升級和遷移：

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

MySQL 社群版錯誤修正整合

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

  • 已修正因背景 TLS 憑證輪換而導致 CPU 使用率升高的問題 (Community 錯誤修正 #34284186)