Aurora MySQL 資料庫引擎更新 2024-06-04 (3.07.0 版，與 MySQL 8.0.36 相容）

啟用對 FIPS 驗證密碼編譯的支援，這是完全擁有的 AWS 實作。如需詳細資訊，請參閱AWS 安全部落格上的 AWS-LC 現在已通過 FIPS 140-3 認證。

CVE-2020-11104

CVE-2020-11105

CVE-2023-38545

CVE-2023-38546

CVE-2023-39975

修正讀取正在寫入器資料庫執行個體上修改或捨棄的資料表時，可能導致讀取器資料庫執行個體重新啟動的問題。

修正在執行轉送查詢時關閉寫入轉送工作階段時，可能導致 Aurora MySQL 寫入器資料庫執行個體重新啟動的問題。

修正在啟用二進位日誌的執行個體上處理大型 GTID 集時，導致資料庫執行個體重新啟動的問題。

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

修正在極少數情況下，可能導致讀取器資料庫執行個體重新啟動的問題。

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

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

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

已修正可能導致讀取器資料庫執行個體在轉送的隱含遞交陳述式發生錯誤時，使用寫入轉送重新啟動的問題。

修正在極少數情況下，在對具有外部金鑰限制條件的資料表執行SELECT查詢時，可能導致讀取器執行個體重新啟動的問題。

修正使用多 TB Aurora 叢集磁碟區之資料庫執行個體因 InnoDB 緩衝集區驗證失敗而在重新啟動期間發生停機時間增加的問題。

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

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

修正 中Aurora Serverless v2在擴展時可能導致資料庫重新啟動的問題。

減少使用平行查詢的主索引鍵範圍掃描查詢子集的 I/O 用量並改善效能。

Aurora MySQL 3.06.0 版新增了對 Amazon Bedrock 整合的支援。為此，新增了新的預留關鍵字 (accept、content_type、、 aws_bedrock_invoke_model aws_sagemaker_invoke_endpoint和 timeout_ms)。在 Aurora MySQL 3.07.0 版中，這些關鍵字已變更為非預留關鍵字，這些關鍵字被允許為識別碼，無需進行引號。如需有關 MySQL 如何處理預留和非預留關鍵字的詳細資訊，請參閱 MySQL 文件中的關鍵字和預留單字。

已修正在 Amazon Bedrock 尚無法使用的 中，從 Aurora MySQL 資料庫叢集叫用 Amazon Bedrock AWS 區域 服務時，未明確傳回錯誤訊息給用戶端的問題。

修正使用 Aurora 平行查詢查詢BLOB資料欄時，可能導致記憶體耗用過多的問題。

已新增對要在工作階段層級設定的 connection_memory_limit和 connection_memory_chunk_size 參數的支援，使其行為與 MySQL Community Edition 中的相同。connection_memory_limit 用於設定單一使用者連線可使用的記憶體數量上限。參數connection_memory_chunk_size可用來設定區塊大小，以更新全域記憶體用量計數器。

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

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

新增Aurora_fts_cache_memory_used全域狀態變數，以追蹤所有資料表中全文搜尋系統的記憶體用量。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的 Aurora MySQL 全域狀態變數。

修正以下問題：Amazon Aurora MySQL 資料庫叢集設定為二進位日誌複本，並啟用增強型 Binlog 和零 ETL 整合時，Amazon Redshift 叢集設定為零 ETL 目的地時， IntegrationLag 可能會暫時增加。

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

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

已修正在績效結構描述等待事件摘要表中未顯示 wait/io/redo_log_flush 事件的問題。

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

已修正當使用寫入轉送的讀取器資料庫執行個體執行包含時間戳記值且 time_zone資料庫參數設為 的 Data Manipulation Language (DML) 陳述式時，可能導致寫入器資料庫執行個體重新啟動的問題UTC。

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

修正在極少數情況下會導致零停機時間修補 (ZDP) 失敗的問題。

已修正使用雜湊聯結演算法搭配平行查詢執行涉及 LEFT JOIN或 RIGHT JOIN操作的查詢時，可能導致結果集不完整的問題。

已修正在資料表結構描述中存在使用者定義的FTS_DOC_ID資料欄時，可能導致從 Aurora MySQL 第 2 版升級至 Aurora MySQL 第 3 版失敗的問題。

已修正處理 InnoDB 資料表空間時，因同步問題而可能導致從 Aurora MySQL 第 2 版升級至 Aurora MySQL 第 3 版失敗的問題。

已修正以下問題：由於 Aurora MySQL 第 2 版的 InnoDB 系統資料表中存在已刪除資料表空間的孤立項目，可能導致 Aurora MySQL 第 3 版的主要版本升級失敗。

已修正在 Amazon RDS 藍/綠部署切換之後，SERVER_ID 值未更新的問題。這導致以下問題：Amazon Web Services (AWS) JDBC 驅動程式等智慧驅動程式在藍/綠切換後無法探索資料庫叢集拓撲。在此修正中，在 Aurora MySQL 3.07 版及更高版本上執行的 RDS Blue/Green Deployment 中重新命名的 Aurora 資料庫叢集，其SERVER_ID值會更新為切換的一部分。對於較早版本，藍色和綠色叢集中的資料庫執行個體可以重新啟動以更新SERVER_ID值。

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

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

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

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