本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Aurora 我的SQL數據庫引擎更新 2023-12-08（版本 3.03.3）（已過時）
版本：3.03.3
Aurora 我 SQL 3.03.3 一般可用. Aurora 我的 SQL 3.03 版本與我的 SQL 8.0.26 兼容。如需從 8.0.23 到 8.0.28 之間發生的社群變更的詳細資訊，請參閱我SQL
有關 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.07.9、2.0 7.10、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.* 和 3.05.*。
您可以使用 Amazon 藍/綠部署從任何目前可用的 Aurora My SQL 版本 2 叢集到 Aurora My 3.03.3 版叢集，執行就地升級、還原快照或啟動受管RDS藍/綠升級。SQL
如需有關計劃升級至 Aurora 我的SQL版本 3 的資訊，請參閱亞馬遜 Aurora 使用者指南中的我的SQL版本 3 的升級規劃。如需有關 Aurora 我的SQL升級的一般資訊，請參閱 Amazon Aur ora 使用者指南中的升級我的資SQL料庫叢集。
如需疑難排解資訊，請參閱疑難排解 Aurora My SQL 版本 3 的升級問題。
如果您有任何疑問或疑慮， AWS Support 可在社區論壇上獲得，並通過 AWS Support
改善項目
已修正安全性問題，並CVEs列出如下：
修正和其他增強功能，以微調在受管環境中的處理。其他CVE修正如下：
可用性改進項目：
修正當執行大量並行查詢時，使用 parallel 查詢的 Aurora My SQL 資料庫執 parallel 個體可能會遇到資料庫重新啟動的問題。
-
修正當任何 binlog 來源已GTID設定為或時啟用增強型 binlog 的二進位記錄檔 (binlog) 複本叢集上，可能會造成執行
gtid_mode集不正確復原的問題。ONON_PERMISSIVE這個問題可能會造成複本叢集的寫入器執行個體在復原期間重新啟動額外的時間，或是在查詢執行GTID集時導致不正確的結果。 -
修正啟用增強二進位記錄檔時，可能導致 Aurora My SQL 資料庫執行個體重新啟動或容錯移轉的記憶體管理問題。
-
已修正當寫入器執行個體的資料庫磁碟區成長至 160GB 的倍數時，可能導致讀取器執行個體重新啟動的問題。
-
修正在執行二進位記錄復原程序時，啟用增強二進位記錄功能的 Aurora My SQL 資料庫執行個體可能會在資料庫執行個體啟動期間卡住的問題。
已修正零停機修補期間造成執行個體重新啟動，進而導致資料庫連線意外關閉的問題。
-
已修正在同時執行
SHOW STATUS和 PURGE BINARY LOGS陳述式時，可能因死鎖而導致資料庫執行個體重新啟動的問題。清除二進位日誌是受管陳述式，可執行以遵循使用者設定的 binlog 保留期。 -
已修正在具有 Aurora 複本的叢集上使用增強 binlog 功能時，可能因 Semaphore 長時間等待而導致資料庫執行個體重新啟動的問題。
一般改進：
-
在啟用增強 binlog 功能的情況下，已先移除未使用的儲存中繼資料，再寫入 Aurora 儲存體。如此可避免因透過網路傳輸的位元組增加使得寫入延遲增加，而導致可能發生某些資料庫重新啟動或容錯移轉的情況。
-
修正啟用增強型 binlog 時，可能導致開啟
NumBinaryLogFilesCloudWatch 量度顯示不正確結果的問題。 -
已修正可能導致在重新啟動資料庫執行個體之前，
table_open_cache資料庫參數的修改不會生效的問題。 -
修正當連線的二進位記錄檔 (binlog) 取用者使用重複 binlog 複寫伺服器時，可能會導致資料庫重新啟動的問題。IDs
整合我的SQL社群版錯誤修正
此版本除了下列內容之外，還包括 8.0.26 (含) 以前版本的所有 Community 錯誤修正。如需詳細資訊，請參閱 Aurora My SQL 3.x 資料庫引擎更新所修正的SQL錯誤。
-
修正由於背景TLS憑證輪換而導致CPU使用率較高的問題 (社群錯誤修正 #34284186)
