Aurora 我的SQL數據庫引擎更新 2023-10-25（版本 3.05.0，與我的 8.0.32 兼容）SQL

新增支援將 Aurora 我的資料SQL庫叢集中的資料儲存至使用KMS金鑰 (SSE-KMS) 加密的 Amazon S3 儲存貯體中的文字檔案。如需詳細資訊，請參閱將資料從 Amazon Aurora 我的資料SQL庫叢集儲存至 Amazon S3 儲存貯體中的文字檔案。

導入了新的全域狀態變數 aurora_tmz_version，可用來表示引擎所使用時區 (TZ) 資訊的目前版本。這些值會遵循IANA時區資料庫版本，並且格式化為 YYYYsuffix ""，例如 2022a 和 2023c。如需詳細資訊，請參閱 Aurora 我的SQL全域狀態變數。

CVE-2022-37434

修正當執行大量並行查詢時，使用 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 特定 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 的效能。

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