Aurora 我的SQL數據庫引擎更新 SQL

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

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

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

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

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

Aurora 我的SQL版本 3.06 添加了對自動撤消表空間截斷的支持。此最佳化可讓您在清除還原日誌之後，回收還原表格空間中未使用的空間。

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

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

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

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

修正執行查詢時使用雜湊聯結時，可能導致 Aurora My SQL DB 執行個體重新啟動或容錯移轉的問題。(

修正同時執行SHOWSTATUS和PURGEBINARYLOGS陳述式時，可能導致資料庫執行個體重新啟動的問題。 PURGE BINARY LOGS是執行以遵循使用者設定 Binlog 保留期間的受管理陳述式。

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

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

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

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

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

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

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

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

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

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

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

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

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

添加了Aurora_lockmgr_memory_used跟Aurora_lockmgr_buffer_pool_memory_used踪鎖管理器內存使用情況的和指標。如需詳細資訊，請參閱 Amazon Aurora 使用者指南中的我的 Aurora 我的SQL全域狀態變數。

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

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

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

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

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

修正由於處理 InnoDB 表格空間時發生同步問題，導致從 Aurora M ySQLversion 2 升級到 Aurora 我的SQL版本 3 失敗的問題。

修正了由於 Aurora 我的版本 2 中 InnoDB 系統表中存在已刪除表空間的孤立條目，導致 Aurora 我的SQL版本 3 的主要版本升級失敗的問題。SQL

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

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

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

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