本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2024-06-04 (3.07.0 版） （已棄用） **版本：**3.07.0 Aurora MySQL 3.07.0 已全面推出。Aurora MySQL 3.07 版本與 MySQL 8.0.36 相容。如需有關已進行之社群變更的詳細資訊，請參閱 [MySQL 8.0 版本備註](https://dev.mysql.com/doc/relnotes/mysql/8.0/en/)。 如需 Aurora MySQL 第 3 版中新功能的詳細資訊，請參閱 [與 MySQL 8.0 相容的 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.MySQL80.html)。如需 Aurora MySQL 第 3 版與 Aurora MySQL 第 2 版之間的差異，請參閱[比較 Aurora MySQL 第 2 版與 Aurora MySQL 第 3 版](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-v2-v3.html)。如需 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition 的比較，請參閱《*Amazon* [Aurora 使用者指南》中的比較 Aurora MySQL 第 3 版和 MySQL 8.0 Community Edition。](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Compare-80-v3.html) 目前支援的 Aurora MySQL 版本為 2.07.9、2.07.10、2.11.\$1、2.12.\$1、3.03.\$1、3.04.\$1、3.05.\$1、3.06.\$1 和 3.07.\$1。 如果您有任何問題或疑慮，可在社群論壇和透過 AWS Support 取得 [AWS Support](https://aws.amazon.com/support)。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改進 **已修正安全問題和 CVEs：** + 啟用對 FIPS 驗證密碼編譯的支援，這是完全擁有的 AWS 實作。如需詳細資訊，請參閱[AWS 安全部落格](https://aws.amazon.com/blogs/security/)上的 [AWS-LC 現在已通過 FIPS 140-3 認證](https://aws.amazon.com/blogs/security/aws-lc-is-now-fips-140-3-certified/)。 此版本包含 MySQL 8.0.36 以前的所有社群 CVE 修正。包含下列 CVE 修正： + [CVE-2020-11104](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11104) + [CVE-2020-11105](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-11105) + [CVE-2023-38545](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38545) + [CVE-2023-38546](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2023-38546) + [CVE-2023-39975](https://nvd.nist.gov/vuln/detail/CVE-2023-39975) **可用性改進項目：** + 修正讀取正在寫入器資料庫執行個體上變更或捨棄的資料表時，可能導致讀取器資料庫執行個體重新啟動的問題。 + 修正在執行轉送查詢時關閉寫入轉送工作階段時，可能導致 Aurora MySQL 寫入器資料庫執行個體重新啟動的問題。 + 修正在啟用二進位日誌的執行個體上處理大型 GTID 集時，導致資料庫執行個體重新啟動的問題。 + 修正在 InnoDB 分割資料表上處理`INSERT`查詢時，可能導致執行個體中可用記憶體逐漸減少的問題。 + 修正在極少數情況下，可能導致讀取器資料庫執行個體重新啟動的問題。 + 已修正在同時執行 [SHOW STATUS](https://dev.mysql.com/doc/refman/8.0/en/show-status.html) 和 [PURGE BINARY LOGS](https://dev.mysql.com/doc/refman/8.0/en/purge-binary-logs.html) 陳述式時，可能導致資料庫執行個體重新啟動的問題。 `PURGE BINARY LOGS` 是執行 的受管陳述式，以遵守使用者設定的 binlog 保留期。 + 修正以下問題：在資料表上執行資料處理語言 (DML) 陳述式後，使用 `MODIFY COLUMN`或 `CHANGE COLUMN`陳述式重新排序非虛擬資料欄，可能會導致伺服器意外關閉。 + 修正在資料庫執行個體重新啟動期間，可能導致額外重新啟動的問題。 + 修正以下問題：當轉送的[隱含遞交陳述](https://dev.mysql.com/doc/refman/8.0/en/implicit-commit.html)式發生錯誤時，可能導致使用寫入轉送的讀取器資料庫執行個體重新啟動。 + 修正在極少數情況下，在對具有外部金鑰限制的資料表執行`SELECT`查詢時，可能導致讀取器執行個體重新啟動的問題。 + 修正以下問題：使用多 TB Aurora 叢集磁碟區的資料庫執行個體在重新啟動期間，可能會因 InnoDB 緩衝集區驗證失敗而經歷更多停機時間。 + 已修正當資料表上包含虛擬資料欄作為`UPDATE``DELETE`外部金鑰限制中的資料欄，或作為參考資料表的成員時，可能導致資料庫重新啟動的問題。 + 修正在執行涉及資料`AUTO_INCREMENT`欄的繁重插入操作時發生重新啟動時，可能會在啟動期間中斷資料庫復原的問題。 + 修正 中Aurora Serverless v2在向上擴展時可能導致資料庫重新啟動的問題。 **一般改進：** + 減少使用平行查詢的主索引鍵範圍掃描查詢子集的 I/O 用量並改善效能。 + [Aurora MySQL 3.06.0 版](AuroraMySQL.Updates.3060.md)新增了對 Amazon Bedrock 整合的支援。在此過程中，新增了新的預留關鍵字 (`accept`、`content_type`、、 `aws_bedrock_invoke_model` `aws_sagemaker_invoke_endpoint`和 `timeout_ms`)。在 Aurora MySQL 3.07.0 版中，這些關鍵字已變更為非預留關鍵字，這些關鍵字被允許為識別符，無需引用。如需有關 MySQL 如何處理預留和非預留關鍵字的詳細資訊，請參閱 MySQL 文件中的[關鍵字和預留單字](https://dev.mysql.com/doc/refman/8.0/en/keywords.html)。 + 已修正在尚未提供 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` 參數可用來設定全域[記憶體用量計數器](https://dev.mysql.com/doc/refman/8.0/en/server-status-variables.html#statvar_Global_connection_memory)更新的區塊大小。 + 修正使用者無法中斷任何查詢或設定`performance_schema`查詢工作階段逾時的問題。 + 修正當複寫執行個體正在進行主機取代時，設定為使用自訂 SSL 憑證 ([mysql.rds\$1import\$1binlog\$1ssl\$1material](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/mysql-stored-proc-replicating.html#mysql_rds_import_binlog_ssl_material)) 的二進位日誌 (binlog) 複寫可能會失敗的問題。 + 新增 `Aurora_fts_cache_memory_used`全域狀態變數，以追蹤所有資料表中全文搜尋系統的記憶體用量。如需詳細資訊，請參閱《*Amazon* [Aurora 使用者指南》中的 Aurora MySQL 全域狀態變數](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ParameterGroups.html#AuroraMySQL.Reference.GlobalStatusVars)。 + 已修正當 Amazon Aurora MySQL 資料庫叢集設定為二進位日誌複本，並啟用增強型 Binlog 和零 ETL 整合時，設定為零 ETL 目的地的 Amazon Redshift 叢集可能發生 [IntegrationLag](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.monitoring.html) 暫時增加的問題。 + 修正與稽核日誌檔案管理相關的問題，可能導致無法存取日誌檔案進行下載或輪換，在某些情況下會增加 CPU 用量。 + 最佳化`AUTO_INCREMENT`金鑰復原，以減少還原快照、執行point-in-time復原，以及複製資料庫中具有大量資料表的資料庫叢集的完成時間。 + 已修正效能結構描述等待事件摘要資料表中未顯示 [wait/io/redo\$1log\$1flush](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/ams-waits.io-auredologflush.html) 事件的問題。 [https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html](https://dev.mysql.com/doc/refman/8.0/en/performance-schema-wait-summary-tables.html) + 已修正快照還原、恢復或資料庫複製操作之後，使用遞減索引的資料`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\$1ID](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Reference.ISTables.html#AuroraMySQL.Reference.ISTables.replica_host_status) 值未更新的問題。這導致 [Amazon Web Services (AWS) JDBC 驅動程式](https://github.com/awslabs/aws-advanced-jdbc-wrapper)等智慧型驅動程式在藍/綠切換後無法探索資料庫叢集拓撲的問題。在此修正中，在 Aurora MySQL 3.07 版及更高版本上執行的 RDS 藍/綠部署中重新命名的 Aurora 資料庫叢集，其`SERVER_ID`值會更新為切換的一部分。對於舊版，藍色和綠色叢集中的資料庫執行個體可以重新啟動以更新`SERVER_ID`值。 ## MySQL 社群版錯誤修正整合 除了下列項目之外，此版本還包含 8.0.36 及 之前的所有社群錯誤修正。如需詳細資訊，請參閱 [Aurora MySQL 3.x 資料庫引擎更新修正的 MySQL 錯誤](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.MySQLBugs.html#AuroraMySQL.Updates.MySQLBugs.v3)。 + 修正以下問題：快取行值計算不正確，導致資料庫在 Graviton 型執行個體上重新啟動時失敗。（社群錯誤修正 \$135479763) + 修正預存常式中某些子查詢執行個體未正確處理的問題。（社群錯誤修正 \$135377192) + 已修正由於背景 TLS 憑證輪換 （社群錯誤修正 \$134284186) 而導致 CPU 用量提高的問題。 + 修正以下問題：InnoDB 允許在低於 3.05 的 Aurora MySQL 版本中將資料`INSTANT`欄新增至 MySQL 系統結構描述中的資料表，這可能會導致伺服器在升級至 Aurora MySQL 3.05.0 版後意外關閉 （資料庫執行個體重新啟動）。（社群錯誤修正 \$135625510)。