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

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 版新增了對自動復原資料表空間截斷的支援。此最佳化可讓您在復原日誌清除後，復原資料表空間中的未使用空間。

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

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

已修正在同時執行 SHOW STATUS 和 PURGE BINARY LOGS 陳述式時，可能導致資料庫執行個體重新啟動的問題。 PURGE BINARY LOGS 是執行 的受管陳述式，可滿足使用者設定的 binlog 保留期。

修正在資料表上執行 Data Manipulation Language (DML) 陳述式後，使用 MODIFY COLUMN或 CHANGE COLUMN陳述式重新排序非虛擬資料欄時，可能導致伺服器意外關閉的問題。

修正在資料庫執行個體重新啟動期間，可能導致額外重新啟動的問題。

已修正在資料表上定義串聯UPDATE或DELETE外部金鑰限制條件時，可能導致資料庫重新啟動的問題，其中虛擬資料欄會作為外部金鑰限制條件中的資料欄，或作為參考資料表的成員。

在 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 版的主要版本升級失敗。

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

已修正下列問題：預存常式中的部分子查詢執行個體並非一律正確處理。（社群錯誤修正 #35377192)

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

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