本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Aurora 我的SQL數據庫引擎更新 2023-10-25(版本 3.05.0,與我的 8.0.32 兼容)SQL
版本:3.05.0
Aurora 我 SQL 3.05.0 通常可用。Aurora 我的 SQL 3.05 版本與我的 SQL 8.0.32 兼容。如需有關已發生之社群變更的詳細資訊,請參閱我的 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 社群版的比較,請參閱比較 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.*。
您可以使用 Amazon 藍/綠部署從任何目前支援的 Aurora My 第 2 SQL 版叢集到 Aurora My 3.05.0 版叢集,執行就地升級、還原快照或啟動受管RDS藍/綠升級。SQL
如需有關計劃升級至 Aurora 我的SQL版本 3 的資訊,請參閱亞馬遜 Aurora 使用者指南中的我的SQL版本 3 的升級規劃。如需有關 Aurora 我的SQL升級的一般資訊,請參閱 Amazon Aur ora 使用者指南中的升級我的資SQL料庫叢集。
如需疑難排解資訊,請參閱疑難排解 Aurora My SQL 版本 3 的升級問題。
如果您有任何問題或疑慮,可透過社群論壇和 Support AWS 援取得 Sup AWS port
改善項目
新功能:
-
新增支援將 Aurora 我的資料SQL庫叢集中的資料儲存至使用KMS金鑰 (SSE-KMS) 加密的 Amazon S3 儲存貯體中的文字檔案。如需詳細資訊,請參閱將資料從 Amazon Aurora 我的資料SQL庫叢集儲存至 Amazon S3 儲存貯體中的文字檔案。
-
導入了新的全域狀態變數
aurora_tmz_version
,可用來表示引擎所使用時區 (TZ) 資訊的目前版本。這些值會遵循IANA時區資料庫版本,並且格式化為 YYYYsuffix "",例如 2022a 和 2023c。如需詳細資訊,請參閱 Aurora 我的SQL全域狀態變數。
已修正安全性問題,並CVEs列出如下:
修正和其他增強功能,以微調在受管環境中的處理。其他CVE修正如下:
可用性改進項目:
-
修正當執行大量並行查詢時,使用 parallel 查詢的 Aurora My SQL 資料庫執 parallel 個體可能會遇到資料庫重新啟動的問題。
-
修正稽核記錄執行緒最終導致高CPU使用率和用戶端應用程式逾時造成鎖定爭用的問題。
-
修正當任何 binlog 來源已GTID設定為或時啟用增強型 binlog 的二進位記錄檔 (binlog) 複本叢集上,可能會造成執行
gtid_mode
集不正確復原的問題。ON
ON_PERMISSIVE
這個問題可能會造成複本叢集的寫入器執行個體在復原期間重新啟動額外的時間,或是在查詢執行GTID集時導致不正確的結果。 -
修正啟用增強二進位記錄時,可能導致 Aurora My SQL 資料庫執行個體重新啟動或容錯移轉的記憶體管理問題。(
-
已修正嘗試讀取屬於已捨棄資料表的資料庫頁面時,可能造成資料庫執行個體重新啟動的問題。
-
已修正當寫入器執行個體的資料庫磁碟區成長至 160GB 的倍數時,可能導致讀取器執行個體重新啟動的問題。
-
修正在執行二進位記錄復原程序時,啟用增強二進位記錄功能的 Aurora My SQL 資料庫執行個體可能會在資料庫執行個體啟動期間卡住的問題。
-
修正在初始化大型倒回區段時,Aurora My SQL 資料庫執行個體可能會在執行個體啟動期間經歷多次重新啟動的問
-
已修正零停機修補期間造成執行個體重新啟動,進而導致資料庫連線意外關閉的問題。
-
修正可能導致資料庫執行個體重新啟動,因為同時執行SHOWSTATUS
和PURGEBINARYLOGS 陳述式時發生死機的問題。清除二進位日誌是受管陳述式,可執行以遵循使用者設定的 binlog 保留期。 -
已修正如果寫入器執行個體在資料庫建立或捨棄內部系統資料表上的觸發程序時重新啟動,可能造成資料庫叢集無法使用的問題。
-
已修正在具有 Aurora 複本的叢集上使用增強 binlog 功能時,可能因 Semaphore 長時間等待而導致資料庫執行個體重新啟動的問題。
-
已修正當執行的查詢參考彙總函數時,可能造成資料庫執行個體重新啟動的問題。
-
已修正下列問題:在極少數情況下,Aurora Serverless v2 在擴展時不當嘗試更新資料表快取,可能導致資料庫執行個體重新啟動。
-
修正實現中繼暫存資料表時,常見資料表運算式 (CTE) 會考慮不受支援的索引掃描存取方法的問題,這可能會導致不想要的行為,包括資料庫重新啟動或不正確的查詢結果。我們避免在使用 TempTable 儲存引擎的資料表上使用此類不受支援的索引掃描存取方法,藉此修正此問題。
一般改進:
修正在 Aurora My SQL 3.04.0 上執行的資料庫叢集上啟用增強型 binlog 時,可能導致Aurora Serverless v2資料庫無法使用的問題。
-
在啟用增強 binlog 功能的情況下,已先移除未使用的儲存中繼資料,再寫入 Aurora 儲存體。如此可避免因透過網路傳輸的位元組增加使得寫入延遲增加,而導致可能發生某些資料庫重新啟動或容錯移轉的情況。
-
在
performance_schema
中加入malloc_stats
和malloc_stats_totals
資料表後,加入了三個進階系統變數,以控制內部記憶體分配器 Jemalloc 的行為:aurora_jemalloc_background_thread
.aurora_jemalloc_dirty_decay_ms
.aurora_jemalloc_tcache_enabled
.
-
已修正升級或遷移時,未建立 Aurora 特定 Performance Schema 資料表的問題。
-
已新增新的系統變數
aurora_use_vector_instructions
。啟用此參數時,Aurora My SQL 會使用最佳化的向量處理指令來改善 I/O 繁重工作負載的效能。此設置默認情況ON
下在我的 Aurora SQL 3.05 及更高版本中打開。如需詳細資訊,請參閱 Aurora 我的SQL組態參數。 -
修正啟用增強型 binlog 時,可能導致開啟
NumBinaryLogFiles
CloudWatch 量度顯示不正確結果的問題。 -
將 Aurora 我的 Machine L SQL earning 操作傳送至 Amazon Sageemaker 的請求逾時已從 3 秒增加到 30 秒。這有助於解決使用較大批次大小時,客戶可能會看到從 Aurora My Machine L SQL earning 向 Amazon Sageemaker 發出請求的重試次數或失敗次數增加的問題。
-
在 performance_schema 資料庫中新增了
malloc_stats_totals
和malloc_stats
資料表的支援。 -
LOAD DATA FROM S3
命令中的FROM
關鍵字已更新為選用。如需詳細資訊,請參閱將資料從 Amazon S3 儲存貯體中的文字檔案載入 Amazon Aurora 我的資料SQL庫叢集。 -
已新增
innodb_aurora_instant_alter_column_allowed
參數的支援,此參數可控制INSTANT
演算法是否可用於ALTER COLUMN
操作。如需詳細資訊,請參閱叢集層級參數。 -
已修正在啟用寫入轉送的情況下,無法建立與資料庫的新用戶端連線的問題。
-
已修正可能導致在重新啟動資料庫執行個體之前,
table_open_cache
資料庫參數的修改不會生效的問題。 -
已修正在快照還原、恢復或資料庫複製操作後,使用遞減索引的
AUTO_INCREMENT
欄可能造成重複索引鍵錯誤的問題。 -
已修正涉及索引掃描的問題,此問題可能會在執行具有
GROUP BY
子句且aurora_parallel_query
參數傳回ON
的SELECT
查詢時,導致傳回不正確的結果 -
已修正對
INFORMATION_SCHEMA INNODB_TABLESPACES
資料表執行查詢時,可能造成可用記憶體耗盡的問題。 -
修正讀取器執行個體無法以 ERROR 1146 開啟資料表的問題。當執行某些類型的線上資料定義語言 (DDL),而在寫入器執行個體上使用
INPLACE
演算法時,就會發生這個問題。 -
已修正當內部監控程序不當提交重複的資擴展請求時,避免執行個體在 Aurora Serverless v2 擴展期間重新啟動的問題。
-
修正當連線的二進位記錄檔 (binlog) 取用者使用重複 binlog 複寫伺服器時,可能會導致資料庫重新啟動的問題。IDs
-
為 Aurora My SQL 受管二進位記錄複本引入記憶體內轉送
記錄快取。這項改進有助於將二進位日誌複寫輸送量最多增加 40%。使用單執行緒二進位記錄複寫時,或使用已啟用自動定位的多執行緒複寫時,會GTID自動 啟用此增強功能。
升級和遷移:
-
在單個數據庫中使用非常大量的表從 My SQL 5.7 升級到 My SQL 8.0 會導致服務器消耗過多的內存。我們在檢查資料表是否可升級的過程中發現,我們預先擷取了所有資料字典
Table
物件,處理每個物件並擷取其名稱,然後在清單上執行檢查版本相容性。在此情況下,不需要事先擷取所有物件而導致大量耗用記憶體。為了修正此問題,現在我們在這類情況下一次只會擷取一個 Table
物件,接著執行任何必要的檢查、擷取其名稱並釋出物件,然後再繼續處理下一個物件。(錯誤 #34526001) -
透過使用資料庫執行個體 vCPUs 上的所有可用資料庫執行個體 parallel 行執行表格空間檢查,從 Aurora My SQL 版本 2 改善主要版本升級至版本 3 的效能。
整合我的SQL社群版錯誤修正
此版本除了下列內容之外,還包括 8.0.32 (含) 以前版本的所有 Community 錯誤修正。如需詳細資訊,請參閱 Aurora My SQL 3.x 資料庫引擎更新所修正的SQL錯誤。
-
修正因背景TLS憑證輪替而導致CPU使用率較高的問題。(Community 錯誤修正 #34284186)