Aurora MySQL 資料庫引擎更新 2023-03-01 (3.03.0 版，與 MySQL 8.0.26 相容)。不支援升級至此版本。

CVE-2022-32221

CVE-2022-21451

CVE-2022-21444

已修正下列問題：較大的資料庫執行個體類別在重新啟動期間，可能因緩衝區集區初始化所花時間超過預期而發生問題。

已修正在啟用二進位記錄的情況下，資料庫執行個體可能在資料庫復原過程中重新啟動的問題。

已修正在執行資料控制語言 (DCL) 陳述式 (例如 GRANT 和 REVOKE) 時，或在寫入器執行個體上建立新連線時，可能造成讀取器執行個體上連線失敗的問題。

已修正平行查詢不當用於資料處理語言 (DML) 操作 (例如目前不支援的 DELETE 和 UPDATE 陳述式)，而導致資料庫執行個體重新啟動的問題。如需平行查詢中支援之操作的詳細資訊，請參閱 Aurora MySQL 平行查詢限制。

已修正下列問題：在極少數情況下，在寫入器執行個體上同時執行大型更新操作或資料定義語言 (DDL) 工作負載，以及在 Aurora 複本的同一組資料表上執行讀取操作時，可能會導致 Aurora 複本重新啟動。

已修正 Aurora Serverless v2 讀取器執行個體縮減規模操作的問題，此問題可能導致讀取器執行個體重新啟動，以及在極少數情況下，可能造成資料不一致。

已修正當關閉與資料庫執行個體的連線時，因不正確地存取無效記憶體而導致資料庫執行個體重新啟動的問題。

已修正下列問題：在極少數情況下，當處理查詢並使用 GROUP BY 子句將小數欄截斷至零小數位數時，可能導致資料庫執行個體重新啟動。

已修正使用空間索引執行範圍查詢時，可能因不正確存取記錄而導致資料庫執行個體重新啟動的問題。

已修正當內部暫存資料表使用超過預設或取用者設定的記憶體容量或 mmap 值時，可能造成 Aurora MySQL 複本執行個體上資料庫重新啟動的問題。

已修正進階稽核日誌輪換可能造成記憶體管理問題的情形。

在此 Aurora MySQL 版本中未啟用快速插入，因為在執行、和等查詢時可能會導致不一致的INSERT INTO問題。SELECT FROM如需快速插入最佳化的詳細資訊，請參閱 Amazon Aurora MySQL 效能增強功能。

已使用 GLOBAL 讀取一致性設定改進全球資料庫寫入轉送工作階段的讀取查詢延遲。

已修正用戶端工作階段執行 reset_connection 或 change_user 命令後，未接受 wait_timeout 參數值的問題。

已修正當執行個體的傳入連線突然增加時，可能使應用程式在連線至資料庫執行個體時發生延遲增加的問題。引入了兩個新 CloudWatch 指標 AuroraSlowHandshakeCountAuroraSlowConnectionHandleCount，以協助疑難排解 Aurora MySQL 資料庫執行個體的連線建立延遲問題。有關這些指標的詳細資訊，請參閱 Aurora CloudWatch 指標定義文件、Amazon Aurora 的亞馬遜 CloudWatch 指標。

temptable_use_mmap 參數已棄用，且預計未來的 MySQL 版本不會再支援該參數。如需詳細資訊，請參閱內部 (隱含) 暫存資料表的儲存引擎。

已修正可能造成 SHOW BINARY LOGS 陳述式的執行時間超過預期的問題。此問題可能導致資料庫遞交輸送量下降。

若要執行 Aurora 全球資料庫的次要版本升級，以將 Aurora MySQL 3.01 或 3.02 版升級至 Aurora MySQL 3.03 版或更高版本，請參閱透過修改引擎版本來升級 Aurora MySQL。

已修正當叢集中有大量資料表 (超過 75 萬個) 時，可能造成從 Aurora MySQL 第 2 版至 Aurora MySQL 第 3 版的主要版本升級失敗的問題。

已修正因遷移 mysql.innodb_table_stats 和 mysql.innodb_index_stats 資料表所花時間超過預期，而可能造成從 Aurora MySQL 第 2 版至 Aurora MySQL 第 3 版的主要版本升級失敗的問題。此問題主要影響含有數百萬個資料表的資料庫叢集。

已修正由於結構描述不一致錯誤，而可能導致從 Aurora MySQL 第 2 版升級至 Aurora MySQL 第 3 版失敗的問題。升級預先檢查程式回報了 mysql.general_log_template 和 mysql.slow_log_template 資料表的這些錯誤。如需有關升級故障診斷的詳細資訊，請參閱 Aurora MySQL 第 3 版升級問題的故障診斷。

已修正由於 schemaInconsistencyCheck 錯誤，而可能導致從 Aurora MySQL 第 2 版升級至 Aurora MySQL 第 3 版失敗的問題。此錯誤是資料表 mysql.table_migration_index_info 內的結構描述不一致所造成，如同 upgrade-prechecks.log 所回報。如需有關升級至 Aurora MySQL 第 3 版的故障診斷詳細資訊，請參閱 Aurora MySQL 第 3 版升級問題的故障診斷。

已修正某些欄類型的排序 (包括 JSON 和 TEXT) 大小不到排序中最大列的 15 倍時，有時會耗盡排序緩衝區的問題。現在，排序緩衝區只需為最大排序索引鍵的 15 倍。(錯誤 #103325、錯誤 #105532、錯誤 #32738705、錯誤 #33501541)

已修正 InnoDB 不一定能正確處理某些資料表分割區的合法名稱的問題。(錯誤 #32208630)

已修正在特定情況下，執行具有 OR 條件的查詢時，可能因可否為 null 屬性的計算不準確而傳回不正確結果的問題。(錯誤 #34060289)

已修正在特定情況下，當符合下列兩個條件時，可能傳回不正確結果的問題：

(錯誤 #34060289)

已修正超過最大整數欄值時，產生不正確的 AUTO_INCREMENT 值的問題。發生此錯誤的原因是未考量最大欄值。在此情況下，前一個有效的 AUTO_INCREMENT 值應已傳回，因而導致重複的索引鍵錯誤。(錯誤 #87926、錯誤 #26906787)

已修正無法撤銷 Performance Schema 上的 DROP 權限的問題。(錯誤 #33578113)

已修正預存程序包含使用 EXISTS 的 IF 陳述式，並且對在執行之間刪除並重新建立的一或多個資料表執行操作，而在第一次調用後，對後續調用未能正確執行的問題。(錯誤 #32855634).

已修正查詢參考子查詢和外部查詢區塊中的檢視時，可能導致意外重新啟動的問題。(錯誤 #32324234)