Aurora MySQL 資料庫引擎更新 2024-03-07 (3.06.0 版，與 MySQL 8.0.34 相容） - Amazon Aurora
新功能改善項目MySQL 社群版錯誤修正整合

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

Aurora MySQL 資料庫引擎更新 2024-03-07 (3.06.0 版，與 MySQL 8.0.34 相容）

版本：3.06.0

Aurora MySQL 3.06.0 已全面推出。Aurora MySQL 3.06 版本與 MySQL 8.0.34 相容。如需有關已進行之社群變更的詳細資訊，請參閱 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 Community Edition 的比較，請參閱《Amazon Aurora 使用者指南》中的比較 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition。

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

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

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

如需故障診斷資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 就地升級的故障診斷。

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

新功能

  • Aurora MySQL 3.06.0 版支援 Amazon Bedrock 整合，並推出新的預留關鍵字 accept、aws_bedrock_invoke_model、aws_sagemaker_invoke_endpoint、 content_type和 timeout_ms。升級至 3.06.0 版之前，請檢查物件定義中是否有使用新的預留關鍵字。若要減輕與新預留關鍵字的衝突，請引用物件定義中使用的預留關鍵字。如需 Amazon Bedrock 整合和處理預留關鍵字的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的什麼是 Amazon Bedrock？。 如需詳細資訊，請參閱 MySQL 文件中的關鍵字和預留文字、Information_SCHEMA KEYWORDS 資料表和結構描述物件名稱。

  • 針對具有多個次要索引的大型資料表複寫交易時，改善二進位日誌複本的效能。此功能引入執行緒集區，以在 binlog 複本上平行套用次要索引變更。此功能由aurora_binlog_replication_sec_index_parallel_workers資料庫叢集參數控制，可控制可用於套用次要索引變更的平行執行緒總數。如需詳細資訊，請參閱《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 Bedrock，可讓您使用 SQL 直接從 Aurora MySQL 資料庫叢集叫用 Amazon Bedrock 中的機器學習模型。如需搭配 Aurora MySQL 資料庫叢集使用 Amazon Bedrock 的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的搭配 Aurora MySQL 使用 Amazon Aurora 機器學習。

  • Aurora MySQL 3.06 版新增了對自動復原資料表空間截斷的支援。此最佳化可讓您在復原日誌清除後，回收復原資料表空間中未使用的空間。

改善項目

已修正安全問題和 CVEs：

此版本包含下列 CVE 修正：

可用性改進項目：

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

  • 修正 Aurora MySQL 寫入器資料庫執行個體因與 Aurora 儲存體通訊的瑕疵而容錯移轉的問題。在 Aurora 儲存執行個體軟體更新後，資料庫執行個體與基礎儲存體之間的通訊發生故障。

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

  • 修正在執行查詢時使用雜湊聯結時，由於可用記憶體減少而導致 Aurora MySQL 資料庫執行個體重新啟動或容錯移轉的問題。

  • 已修正在同時執行 SHOW STATUS 和 PURGE 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 叢集磁碟區讀取資料時，由於暫時性網路問題而導致平行查詢失敗的問題。

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

  • 修正當複寫執行個體正在進行主機取代時，設定為使用自訂 SSL 憑證 (mysql.rds_import_binlog_ssl_material) 的二進位日誌 (binlog) 複寫可能會失敗的問題。

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

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

  • 修正與稽核日誌檔案管理相關的問題，可能導致無法存取日誌檔案進行下載或輪換，在某些情況下會增加 CPU 用量。

  • 最佳化AUTO_INCREMENT金鑰復原，以減少還原快照、執行point-in-time復原，以及複製資料庫中具有大量資料表的資料庫叢集的完成時間。

  • 修正效能結構描述等待事件摘要資料表中未顯示 wait/io/redo_log_flush 事件的問題。 https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html

  • 新增 Aurora_lockmgr_memory_used和 Aurora_lockmgr_buffer_pool_memory_used指標，以追蹤鎖定管理員的記憶體用量。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 全域狀態變數。

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

  • 修正快照還原、恢復或資料庫複製操作之後，使用遞減索引的資料AUTO_INCREMENT欄可能導致重複金鑰錯誤的問題。

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

  • 修正使用雜湊聯結演算法搭配平行查詢執行涉及 LEFT JOIN或 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 錯誤。

  • 修正以下問題：快取行值計算不正確，導致資料庫在以 Graviton 為基礎的執行個體上重新啟動時失敗。（社群錯誤修正 #35479763)

  • 已修正預存常式中某些子查詢執行個體未一律正確處理的問題。（社群錯誤修正 #35377192)

  • 已修正由於背景 TLS 憑證輪換 （社群錯誤修正 #34284186) 而導致 CPU 用量提高的問題。

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