本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。
Aurora 我的SQL數據庫引擎更新 SQL
版本:2.12.1
Aurora 我 SQL 2.12.1 通常可用。Aurora 我的 SQL 2.12 版本兼容到我的 SQL 5.7.40。如需有關社群變更的詳細資訊,請參閱我的 SQL 5.7.40 (2022-10-11,一般可用性) 中的變
目前支援的「Aurora」我的SQL版本包括 2.07.*、2.11.*、2.12.*、3.01.*、3.02.*、3.03.*、3.04.* 和 3.05.*。
您可以將現有的 Aurora My SQL 2.* 資料庫叢集升級至我的 Aurora SQL 2.12.1。您也可以將任何目前支援的 Aurora 我的SQL版本中的快照還原到 Aurora My SQL 2.12.1。
如果您有任何問題或疑慮,可以在社群論壇和 Support AWS 援中心取得 Sup AWS port
注意
如需有關如何升級 Aurora My 資SQL料庫叢集的詳細資訊,請參閱 Amazon Aurora Aurora 使用者指南中的升級 Aurora 我的資料SQL庫叢集的次要版本或修補程式層級。
改善項目
已修正安全性問題,並CVEs列出如下:
此版本包含直至 My 5.7.44 (包括 My SQL 5.7.44) 的所有社群CVEs修正。
修正和其他增強功能,以微調在受管環境中的處理。其他CVE修正如下:
-
修正全文檢索搜尋 (FTS) 剖析器外掛程式處理單一字元權杖的問題 (錯誤 #35432973)
-
修正處理稽核記錄輪換時報告的事件可能無法寫入稽核記錄的問題
新功能:
-
已新增對多執行緒二進位記錄 (binlog) 複寫的支援,其中 binlog 複本上的執行SQL緒會在可能的情況下 parallel 套用二進位記錄事件。請參閱《Aurora 使用者指南》https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/AuroraMySQL.Replication.MySQL.html以進一步了解組態選項,協助您微調多執行緒複寫。
可用性改進項目:
-
修正當執行大量並行查詢時,使用 parallel 查詢的 Aurora My SQL 資料庫執 parallel 個體可能會遇到資料庫重新啟動的問題。
-
修正稽核記錄執行緒可能導致高CPU使用率和用戶端應用程式逾時造成鎖定爭用的問題。
-
已修正嘗試讀取屬於已捨棄資料表的資料庫頁面時,可能造成資料庫執行個體重新啟動的問題。
-
已修正當寫入器執行個體的資料庫磁碟區成長至 160GB 的倍數時,可能導致讀取器執行個體重新啟動的問題。
-
已修正鎖定管理員中,在隔離層級設定為
READ_COMMITED
或READ_UNCOMMITED
且使用 XA 交易或啟用二進位日誌 (binlog) 的情況下處理兩階段遞交時,可能導致重新啟動或容錯移轉的問題。 -
已修正如果寫入器執行個體在資料庫建立或捨棄內部系統資料表上的觸發程序時重新啟動,可能造成資料庫叢集無法使用的問題。
-
已修正當資料庫連線數接近
max_connections
參數設定的值時,可能導致資料庫執行個體重新啟動的問題。 -
修正在包含全文檢索索引的資料表上執行資料操縱語言 (DML) 查詢時,可能導致 Aurora 讀取器執行個體重新啟動的問題。
-
在此 Aurora 我的SQL版本中未啟用快速插入,因為在執行、和等查詢時可能會導致不一致的
INSERT INTO
問題。SELECT
FROM
如需快速插入最佳化的詳細資訊,請參閱 Amazon Aurora 我的SQL效能增強功能。
一般改進:
-
已修正從 Aurora 叢集磁碟區讀取資料時,由於暫時性網路問題而導致平行查詢失敗的問題。
-
修正與稽核記錄檔管理相關的問題,此問題可能會導致無法存取記錄檔以進行下載或輪替,並且在某些情況下會增加CPU使用率。
-
已修正從 2.11.* 以前的版本升級後,小型讀取複本執行個體的複寫延遲可能會增加的問題
-
已修正在諮詢
procs_priv
授權資料表以驗證涉及預存常式的請求時,可能產生過多日誌訊息的問題。 -
已修正在使用雜湊聯結最佳化執行查詢時,可能造成資料庫執行個體使用過多記憶體的記憶體管理問題。
-
已修正使用寫入轉送時,可能會在
information_schema
和performance_schema
全域狀態表中產生不正確的Threads_running
變數值的問題。 -
修正在執行含有分割資料表的
SELECT
陳述式 (在SQL支援舊資料ha_partition
分割處理常式的版本中建立) 且查詢規劃工具選擇 parallel 查詢時,造成資料庫重新啟動的問題。 -
已修正在啟用寫入轉送的情況下,無法建立與資料庫的新用戶端連線的問題。
-
減少二進位記錄 (binlog) 複寫延遲時,Aurora My SQL binlog 複本正在執行寫入來源 binlog 檔案的
QUERY
事件,而沒有命令定義的預設資料庫。USE
-
修正當
innodb_flush_log_at_trx_commit
參數未設定為 1 時,可能導致不正確報告CommitLatency
CloudWatch 量度的問題。 -
已修正可能造成資料庫連線在建立之前即關閉的問題。此問題較有可能影響以高速率開啟和關閉連線的資料庫執行個體。
-
修正當連線的二進位記錄檔 (binlog) 取用者使用重複 binlog 複寫伺服器時,可能會導致資料庫重新啟動的問題。IDs
-
修正當變數設定為
LOGICAL_CLOCK
且replica_parallel_type
變數已轉ON
動時,可能會導致多執行緒二進位記錄複寫停止的replica_preserve_commit_order
問題。在來源上執行大於 500 MB 的交易時,可能會發生這個問題。
整合我的SQL社群版錯誤修正
此版本除了下列內容之外,還包括 5.7.40 (含) 以前版本的所有 Community 錯誤修正。如需詳細資訊,請參閱 Aurora My SQL 2.x 資料庫引擎更新所修正的SQL錯誤。
-
已修正與
SHOW PROCESSLIST
陳述式同時執行時,可能導致現有和新的遠端連線停止的問題 (社群錯誤 #34857411) -
複寫:部分二進位日誌事件不一定能正確處理 (錯誤 #34617506)
Aurora 我的SQL版本 2 不支援功能
Aurora 我的SQL版本 2 (與我的 SQL 5.7 相容) 目前不支援下列功能。
-
掃描批次處理
我的 SQL 5.7 兼容性
此 Aurora My SQL 版本與 My SQL 5.7 的線路相容,並包含JSON支援、空間索引和產生的資料行等功能。Aurora My SQL 使用原生實作的空間索引,使用 z 順序曲線來提供超過 20 倍的寫入效能,而且讀取效能比 My SQL 5.7 的空間資料集提高 10 倍以上。
此 Aurora 我的SQL版本目前不支援以下 My SQL 5.7 功能:
-
該
CREATE TABLESPACE
SQL聲明 -
群組複寫外掛程式
-
已增加的頁面大小
-
啟動時載入 InnoDB 緩衝集區
-
InnoDB 全文剖析器外掛程式
-
多來源複寫
-
線上緩衝集區大小調整
-
密碼驗證外掛程式
-
查詢重寫外掛程式
-
複寫篩選
-
X 通訊協定