本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Aurora 我的SQL數據庫引擎更新 SQL
版本:
Aurora 我 SQL 3.07.0 一般可用。Aurora 我的 SQL 3.07 版本與我的 SQL 8.0.36 兼容。如需有關已發生之社群變更的詳細資訊,請參閱我的 SQL 8.0 版本說明
有關 Aurora 我的SQL版本 3 中新功能的詳細信息,請參閱與我的 SQL 8.0 兼容的 Aurora 我的SQL版本 3。有關 Aurora 我的SQL版本 3 和 Aurora 之間的差異我的SQL版本 2,請參閱比較 Aurora 我的SQL版本 2 和 Aurora 我的SQL版本 3。如需 Aurora 我的SQL版本 3 和我的 SQL 8.0 社群版的比較,請參閱 Amazon Aurora 使用者指南中的比較我的版SQL本 3 和我的 SQL 8.0 社群版本的比較。
目前支援的「Aurora」我的SQL版本包括 2.0 7.9、2.0 7.10、2.11.*、2.12.*、3.03.*、3.04.*、3.05.*、3.05.*、3.06.* 和 3.07.*。
如果您有任何問題或疑慮,可以在社群論壇和 Support AWS 援中心取得 Sup AWS port
改善項目
已修正安全性問題,且CVEs:
此版本包含所有最新版本的社群CVE修正 (包括 My SQL 8.0.36)。包含下列CVE修正:
可用性改進項目:
-
修正讀取寫入器資料庫執行個體上遭到變更或捨棄的資料表時,可能導致讀取器資料庫執行個體重新啟動的問題。
-
修正當寫入轉送工作階段在執行轉送查詢時關閉時,可能導致 Aurora My SQL Writer 資料庫執行個體重新啟動的問題。
-
修正在啟用二進位記錄的執行個體上處理大型GTID集合時,造成資料庫執行個體重新啟動的問題。
-
修正在 InnoDB 分區資料表上處理
INSERT
查詢時,可能會導致執行個體中可用記憶體逐漸減少的問題。 -
修正在極少數情況下可能導致讀取器資料庫執行個體重新啟動的問題。
-
修正可能導致資料庫執行個體在同時執行SHOWSTATUS
和PURGEBINARYLOGS 陳述式時重新啟動的問題。 PURGE BINARY LOGS
是執行以遵循使用者設定 Binlog 保留期間的受管理陳述式。 -
修正在非虛擬資料行以
MODIFY COLUMN
或CHANGE COLUMN
陳述式重新排序的資料表上執行「資料操縱語言」(DML) 陳述式後,可能導致伺服器意外關閉的問題。 -
修正重新啟動資料庫執行個體期間可能會造成額外重新啟動的問題。
-
修正當轉送的隱含提交陳述
式發生錯誤時,可能導致使用寫入轉送的讀取器資料庫執行個體重新啟動的問題。 -
修正在極少數情況下,在具有外部索引鍵條件約束的資料表上執行
SELECT
查詢時,可能會導致讀取器執行個體重新啟動的問題。 -
修正使用多 TB Aurora 叢集磁碟區的資料庫執行個體在重新啟動期間可能會因 InnoDB 緩衝集區驗證失敗而增加停機時間的問題。
-
修正當在資料表上定義階層式
UPDATE
或DELETE
外部索引鍵條件約束時,虛擬資料行會當做外部索引鍵條件約束中的資料行或參照資料表的成員參與時,可能導致資料庫重新啟動的問題。 -
修正在執行涉及
AUTO_INCREMENT
資料行的繁重插入作業時,如果重新啟動時,可能會中斷資料庫復原的問題。 -
修正在擴展時Aurora Serverless v2可能導致資料庫重新啟動的問題。
一般改進:
-
針對採用 parallel 查詢的主索引鍵範圍掃描查詢子集,減少 I/O 使用率並改善效能。
-
Aurora 我的SQL版本 3.06.0 增加了對 Amazon 基岩集成的支持。作為其中的一部分,添加了新的保留關鍵字(
accept
aws_bedrock_invoke_model
aws_sagemaker_invoke_endpoint
content_type
,,,和timeout_ms
)。在 Aurora My SQL 版本 3.07.0 中,這些關鍵字已更改為非保留關鍵字,這些關鍵字被允許作為標識符而無需引用。如需 My 如何SQL處理保留和非保留關鍵字的詳細資訊,請參閱我的SQL文件中的關鍵字和保留字。 -
修正當從 Aurora My SQL DB 叢集呼叫 Amazon 基岩服務時,在尚未提供 Amazon 基岩的情 AWS 區域 況下,無法清楚地將錯誤訊息傳回給用戶端的問題。
-
修正使用 Aurora parallel 查詢查詢
BLOB
資料行時,可能會造成過多記憶體耗用的問題。 -
已新增對要在工作階段層級設定的
connection_memory_limit
和connection_memory_chunk_size
參數的支援,其行為與「我的SQL社群版」中的行為相同。用connection_memory_limit
於設定單一使用者連線可使用的最大記憶體容量。此connection_memory_chunk_size
參數可用來為全域記憶體使用量計數器設定更新的區塊大小。 -
修正使用者無法中斷任何查詢或設定查詢工作階段逾時的
performance_schema
問題。 -
修正二進位記錄檔 (binlog) 複寫設定為使用自訂SSL憑證 (mysql.rds_import_binlog_ssl_ 材料) 在複寫執行個體進行主機取代時可能會失敗的問題。
-
已新增
Aurora_fts_cache_memory_used
全域 status 變數,以追蹤所有表格中全文檢索搜尋系統的記憶體使用情況。如需詳細資訊,請參閱 Amazon Aurora 使用者指南中的我的 Aurora 我的SQL全域狀態變數。 -
修正當 Amazon Aurora My SQL DB 叢集設定為二進位記錄複本且啟用增強型 Binlog 和零ETL整合IntegrationLag時,設定為零ETL目的地的 Amazon Redshift 叢集可能會暫時增加的問題。
-
修正與稽核記錄檔管理相關的問題,此問題可能會導致無法存取記錄檔進行下載或輪替,並且在某些情況下會增加CPU使用率。
-
將
AUTO_INCREMENT
金鑰復原最佳化,可縮短還原快照、執行 point-in-time 復原,以及複製資料庫中含有大量表格的資料庫叢集的完成時間。 -
修正快照還原、回溯或資
AUTO_INCREMENT
料庫複製作業後,使用遞減索引的資料行可能會造成重複索引鍵錯誤的問題。 -
修正當使用寫入轉送的讀取器資料庫執行個體執行包含時間戳記值且資料
time_zone
庫參數設定為的資料操縱語言 (DML) 陳述式時,可能導致寫入器資料庫執行個體重新啟動的問題UTC
。 -
修正當資料
表至少有一個全文檢索搜尋 (FTS) 索引且在 Aurora 寫入器資料庫執行個體上執行
存在的問題。TRUNCATE
陳述式時,Aurora 讀取器執行個體上的SELECT
查詢可能會失敗,並且錯誤資料表不 -
修正在極少數情況下會導致零停機時間修補 (ZDP) 失敗的問題。
-
修正執行涉及的查詢
LEFT JOIN
或使用具有 parallel 查詢的雜湊聯結演算法的RIGHT JOIN
作業時,可能導致結果集不完整的問題。
升級和遷移:
-
修正當資料表結構描述中存在使用者定義的
FTS_DOC_ID
資料行時,可能會導致從 Aurora 我的SQL版本 2 升級至 Aurora 我的版本 3 失敗的問題。SQL -
修正了由於處理 InnoDB 表空間時出現同步問題,可能導致從 Aurora 我的SQL版本 2 升級到 Aurora 我的版本 3 的問題。SQL
-
修正了由於 Aurora 我的版本 2 中 InnoDB 系統表中存在已刪除表空間的孤立條目,導致 Aurora 我的SQL版本 3 的主要版本升級失敗的問題。SQL
-
修正 Amazon RDS 藍/綠部署切換後 SERVER_ID 值未更新的問題。這導致智慧驅動程式 (如 Amazon Web Services (AWS) JDBC 驅
動程式在藍/綠切換後無法探索資料庫叢集拓撲的問題。透過此修正程式,Aurora DB 叢集重新命名為在 Aurora 上執行的RDS藍色/綠色部署的一部分,我的SQL版本 3.07 及更新版本將會更新為切換的一部分的 SERVER_ID
值。對於舊版,藍色和綠色叢集中的資料庫執行個體可以重新啟動以更新SERVER_ID
值。
整合我的SQL社群版錯誤修正
此版本包含所有最新版本的社群錯誤修正 (包括 8.0.36),以及下列內容。如需詳細資訊,請參閱 Aurora My SQL 3.x 資料庫引擎更新所修正的SQL錯誤。
-
修正無法正確計算快取行值的問題,導致在重力式執行個體上重新啟動資料庫期間發生失敗。(社群錯誤修正 #35479763)
-
修正儲存常式中某些子查詢執行個體未正確處理的問題。(社群錯誤修正 #35377192)
-
修正因背景TLS憑證輪換而導致CPU使用率較高的問題 (社群錯誤修正 #34284186)。
-
修正 InnoDB 允許在 Aurora 我的版SQL本低於 3.05 的 [我的SQL系統結構描述] 中的資料表中新增
INSTANT
欄的問題,這可能導致升級到 Aurora 我的SQL版本 3.05.0 後,伺服器意外關閉 (資料庫執行個體重新啟動)。社群錯誤修正 #35625510)。