Aurora 數據庫引擎更新(版本 3.06.0,與 MySQL 兼容) - Amazon Aurora

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

Aurora 數據庫引擎更新(版本 3.06.0,與 MySQL 兼容)

版本:

Aurora MySQL 3.06.0 是一般可用. Aurora 3.06 版本與 MySQL 兼容。如需有關已進行之社群變更的詳細資訊,請參閱 MySQL 8.0 版本備註

如需 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 社區版的比較,請參閱亞馬遜 Aurora 用戶指南中的極光 MySQL 版本 3 和 MySQL 8.0 社區版的比較。

目前支援的 Aurora MySQL 發行版本分別為 2.0 7.9、2.0 7.10、2.11.*、2.12.*、3.03.*、3.04.*、3.05.* 和 3.06.*。

您可以使用 Amazon RDS 藍/綠部署,從任何目前支援的 Aurora MySQL 第 2 版叢集到 Aurora MySQL 3.06.0 版叢集,執行就地升級、還原快照或啟動受管藍/綠升級。

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

如需疑難排解資訊,請參閱 Amazon Aurora 使用者指南中的疑難排解 Aurora MySQL 第 3 版的升級問題

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

新功能

  • Aurora MySQL 版本 3.06.0 支援 Amazon 基岩整合,並引入了新的保留關鍵字acceptaws_bedrock_invoke_modelaws_sagemaker_invoke_endpoint和。content_type timeout_ms在升級至 3.06.0 版之前,請先檢查物件定義以瞭解新保留關鍵字的使用方式。若要減輕與新保留關鍵字的衝突,請引用物件定義中使用的保留關鍵字。有關 Amazon 基岩整合和處理保留關鍵字的詳細資訊,請參閱什麼是 Amazon 基岩? 在 Amazon Aurora 用戶指南。如需其他資訊,請參閱 MySQL 文件中的關鍵字和保留字、INFORMATION_SCHEMA 關鍵字表格結構描述物件名稱

  • 針對具有多個次要索引的大型資料表複寫交易時,已改善二進位記錄複本的效能。此功能引入執行緒集區,以便在 binlog 複本上 parallel 套用次要索引變更。此功能由 aurora_binlog_replication_sec_index_parallel_workers DB 叢集參數控制,該參數控制可用於套用次要索引變更的 parallel 執行緒總數。如需詳細資訊,請參閱《Amazon Aurora 使用者指南》中的最佳化二進位日誌複寫

  • 新增了一個新的預存mysql.rds_set_read_only程序,允許變更 Aurora MySQL 叢集中資料庫執行個體read_only上的全域系統變數值。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的複寫。

  • 已新增新預存程序mysql.rds_set_binlog_source_ssl,可透過指定的值,在二進位記錄複本上設定加密SOURCE_SSL。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的複寫。

  • Amazon Aurora Machine Learning 是 Aurora MySQL 資料庫和 AWS 機器學習 (ML) 服務之間的最佳化整合。現在支援 Amazon 基岩,可讓您使用 SQL 直接從 Aurora MySQL 資料庫叢集中叫用 Amazon 基岩中的機器學習模型。如需將 Amazon 基岩與 Aurora MySQL 資料庫叢集搭配使用的詳細資訊,請參閱 Amazon Aurora 使用者指南中的將 Amazon Aurora 機器學習與 Aurora MySQL 搭配使用。

  • Aurora MySQL 版本 3.06 增加了對自動還原表空間截斷的支援。此最佳化可讓您在清除還原日誌之後,回收還原表格空間中未使用的空間。

改善項目

已修正安全性問題和 CVE:

此發行版本包含下列 CVE 修正:

可用性改進項目:

  • 修正當寫入器資料庫執行個體中的工作負載過高時,僅供讀取複本資料庫執行個體無法成功啟動的問題。

  • 修正 Aurora MySQL 寫入器資料庫執行個體可能因與 Aurora 儲存裝置的通訊缺陷而容錯移轉的問題。由於 Aurora 儲存執行個體的軟體更新後,資料庫執行個體與基礎儲存之間的通訊中斷,就會發生此瑕疵。

  • 修正在 InnoDB 分區資料表上處理INSERT查詢時,可能會導致執行個體中可用記憶體逐漸減少的問題。(

  • 修正當執行查詢時使用雜湊聯結時,可能導致 Aurora MySQL 資料庫執行個體重新啟動或容錯移轉的問題。(

  • 修正同時執行顯示狀態清除 BINARY LOGS 陳述式時,可能導致資料庫執行個體重新啟動的問題。 PURGE BINARY LOGS是執行以遵循使用者設定 Binlog 保留期間的受管理陳述式。

  • 修正在非虛擬資料行以或陳述式重新排序的資料表上執行資料操縱語言 (DML) 陳述式後,可能導致伺服器意外關閉的問題。MODIFY COLUMN CHANGE COLUMN

  • 修正重新啟動資料庫執行個體期間可能會造成額外重新啟動的問題。

  • 修正在表格上定義串聯式UPDATEDELETE外部索引鍵條件約束時,可能導致資料庫重新啟動,其中虛擬資料行是作為外部索引鍵條件約束中的資料行,或做為參照資料表的成員。

  • 在 Aurora MySQL 2.10 中,我們新增了對以讀取可用性重新啟動 Aurora 資料庫叢集的支援。此功能可讓讀取器資料庫執行個體在重新啟動寫入器資料庫執行個體時保持連線 Aurora MySQL 全域資料庫的次 AWS 區域 要資料庫現在支援此功能,確保您仍可在主要叢集上重新啟動寫入器執行個體期間提供讀取要求。之前,當寫入器執行個體重新啟動時,Aurora MySQL 次要叢集中的所有讀取器執行個體也會重新啟 在此版本中,次要叢集讀取器執行個體會在寫入器執行個體重新啟動期間繼續提供讀取要求,改善叢集中的讀取可用性。如需詳細資訊,請參閱以讀取可用性重新啟動 Aurora 叢集

  • 修正在執行涉及AUTO_INCREMENT資料行的繁重插入作業時,如果重新啟動時,可能會中斷資料庫復原的問題。

一般改進:

  • 修正從 Aurora 叢集磁碟區讀取資料時,由於暫時性網路問題而導致 parallel 查詢失敗的問題。

  • 修正使用者無法中斷任何查詢或設定查詢工作階段逾時的performance_schema問題。

  • 修正二進位記錄檔 (binlog) 複寫設定為使用自訂 SSL 憑證 (mysql.rds_import_binlog_ssl_ 材料) 在複寫執行個體進行主機取代時可能會失敗的問題。

  • 當資料庫執行個體處於記憶體壓力下時,記憶體小於或等於 4 GiB 的小型資料庫執行個體現在會關閉最耗用記憶體的連線。您也可以調整緩衝集區以減少其大小。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的 Amazon Aurora MySQL out-of-memory 問題

  • print記憶體超過 4 GiB 的所有資料庫執行個體類別的預設回應從空變更為aurora_oom_response。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的 Amazon Aurora MySQL out-of-memory 問題

  • 修正與稽核記錄檔管理相關的問題,此問題可能會導致無法存取記錄檔進行下載或輪替,並且在某些情況下會增加 CPU 使用率。(

  • AUTO_INCREMENT金鑰復原最佳化,可縮短還原快照、執行 point-in-time 復原,以及複製資料庫中含有大量表格的資料庫叢集的完成時間。

  • 修正等待 /io/redo_log_flush 事件未顯示在「效能結構描述」等待事件摘要資料表中的問題。

  • 添加了Aurora_lockmgr_memory_usedAurora_lockmgr_buffer_pool_memory_used踪鎖管理器內存使用情況的和指標。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的 Aurora MySQL 全域狀態變數

  • 修正從低於 2.11.* 的 Aurora MySQL 版本升級後,小型僅供讀取複本執行個體可能會增加複寫延遲的問題。

  • 修正快照還原、回溯或資AUTO_INCREMENT料庫複製作業後,使用遞減索引的資料行可能會造成重複索引鍵錯誤的問題。

  • 修正當資料表至少有一個全文檢索搜尋 (FTS) 索引,且在 Aurora 寫入器資料庫執行個體上執行TRUNCATE陳述式時,Aurora 讀取器執行個體上的SELECT查詢可能會失敗,並且錯誤資料表不存在的問題。

  • 修正執行涉及的查詢LEFT JOIN或使用具有 parallel 查詢的雜湊聯結演算法的RIGHT JOIN作業時,可能導致結果集不完整的問題。

升級和遷移:

  • 修正如果資料表結構描述中有使用者定義的FTS_DOC_ID資料行,可能導致主要版本升級失敗的問題。

  • 修正由於處理 InnoDB 表格空間時發生同步問題,導致從 Aurora MySQLVersion 2 升級至 Aurora MySQL 版本 3 失敗的問題。

  • 修正 Aurora MySQL 第 2 版中 InnoDB 系統表格中已刪除表格空間的孤立項目,可能導致 Aurora MySQL 版本 3 的主要版本升級失敗的問題。

MySQL 社群版錯誤修正整合

此版本包含所有最新版本的社群錯誤修正 (包括 8.0.34),以及下列內容。如需詳細資訊,請參閱 Aurora MySQL 3.x 資料庫引擎更新修正的 MySQL 錯誤

  • 修正無法正確計算快取行值,導致在重力式執行個體上重新啟動資料庫期間失敗的問題。(社群錯誤修正 #35479763)

  • 修正儲存常式中某些子查詢執行個體無法正確處理的問題。(社群錯誤修正 #35377192)

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

  • 修正 InnoDB 允許在 Aurora MySQL 版本低於 3.05 的 MySQL 中,在 MySQL 系統結構描述中新增INSTANT欄至資料表的問題,這可能導致伺服器在升級至 Aurora MySQL 3.05.0 版後意外關閉 (資料庫執行個體重新啟動)。社群錯誤修正 #35625510)。