Aurora MySQL 資料庫引擎更新所修正的 MySQL 錯誤 - Amazon Aurora

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

Aurora MySQL 資料庫引擎更新所修正的 MySQL 錯誤

下列各節說明 Aurora MySQL 資料庫引擎更新所修正的 MySQL 錯誤。

Aurora MySQL 3.x 版資料庫引擎更新所修正的 MySQL 錯誤

與 MySQL 8.0 相容的 Aurora 版本包含其對應 MySQL 相容性版本及更舊版本的所有 MySQL 錯誤修正。下表說明 Aurora MySQL 資料庫引擎更新所修正的其他 MySQL 錯誤,以及這些錯誤修正所隸屬的更新。

資料庫引擎更新 MySQL 相容版本 版本 已修正的 MySQL 錯誤
Aurora 數據庫引擎更新(版本 3.06.0,與 MySQL 兼容)

8.0.34

3.06.0

  • 修正錯誤計算快取行值,導致在 Graviton 執行個體上重新啟動資料庫期間失敗的問題。(社群錯誤修正 #35479763)

  • 修正儲存常式中某些子查詢執行個體無法正確處理的問題。(社群錯誤修正 #35377192)

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

  • 修正 InnoDB 允許在 Aurora MySQL 版本低於 3.05 的 MySQL 中,在 MySQL 系統結構描述中新增INSTANT欄至資料表的問題,這可能導致伺服器在升級至 Aurora MySQL 3.05.0 版後意外關閉 (資料庫執行個體重新啟動)。(社群錯誤修正 #35625510)

Aurora 資料庫引擎更新 (版本 3.05.2,與 MySQL 相容) 預設值

8.0.32

3.05.2

  • 重複執行預存常式,如同子查詢一個包含多個AND、或XOR條件的 SELECT 陳述式OR,會導致過度耗用,並可能最終耗盡虛擬記憶體。(社群錯誤修正 #33852530)

Aurora 數據庫引擎更新(版本 3.05.1,與 MySQL 兼容)

8.0.32

3.05.1

  • 已修正 InnoDB 中的下述問題:如果系統結構描述中的 MySQL 資料表在 Aurora MySQL 3.01 版到 Aurora MySQL 3.04 版之間新增了 INSTANT ADD 欄,則在 Aurora MySQL 升級至 3.05.0 版之後,這些資料表上的 DML 會導致伺服器意外關閉。(社群錯誤修正 #35625510)

Aurora MySQL 資料庫引擎更新 2023-10-25 (3.05.0 版,與 MySQL 8.0.32 相容)

8.0.32

3.05.0

  • 已修正因背景 TLS 憑證輪換而導致 CPU 使用率升高的問題 (Community 錯誤修正 #34284186)

Aurora 資料庫引擎更新 (版本 3.04.2, 與 MySQL 相容)

8.0.28

3.04.2

  • 修正無法正確計算快取行值的問題,導致在重力式執行個體上重新啟動資料庫期間發生失敗。(社群錯誤修正 #35479763)

  • 重複執行預存常式,如同子查詢一個包含多個AND、或XOR條件的 SELECT 陳述式OR,會導致過度耗用,並可能最終耗盡虛擬記憶體。(社群錯誤修正 #33852530)

Aurora 數據庫引擎更新(版本 3.04.1,與 MySQL 兼容)

8.0.28

3.04.1

  • 已修正因背景 TLS 憑證輪換而導致 CPU 使用率升高的問題 (Community 錯誤修正 #34284186)

Aurora 資料庫引擎更新 (版本 3.04.0,與 MySQL 相容)

8.0.28

3.04.0

  • 已修正在頁面周遊期間重新放置包含內部函數之暫存資料表頁面的緩衝區區塊,而造成聲明失敗的問題 (錯誤編號 33715694)

  • InnoDB: 防止線上 DDL 作業存取 out-of-bounds 記憶體 (錯誤編號:34750489, 錯誤 # 108925)

  • 已修正在處理包含多個巢狀一般資料表表達式 (CTE) 的複雜 SQL 陳述式時,有時可能產生不正確查詢結果的問題 (錯誤編號 34572040、錯誤編號 34634469、錯誤編號 33856374)

Aurora MySQL 資料庫引擎更新 2023-12-08 (3.03.3 版,與 MySQL 8.0.26 相容)

8.0.26

3.03.3

  • 已修正因背景 TLS 憑證輪換而導致 CPU 使用率升高的問題 (Community 錯誤修正 #34284186)

Aurora MySQL 資料庫引擎更新 2023-08-29 (3.03.2 版,與 MySQL 8.0.26 相容)

8.0.26

3.03.2

  • 已修正在處理包含多個巢狀一般資料表表達式 (CTE) 的複雜 SQL 陳述式時,有時可能產生不正確查詢結果的問題 (錯誤 #34572040、錯誤 #34634469、錯誤 #33856374)

  • InnoDB:嘗試取消初始化和初始化同一資料表之統計資料的執行緒之間的競爭條件造成聲明失敗 (錯誤 #33135425)

  • InnoDB: 防止線上 DDL 作業存取 out-of-bounds 記憶體 (錯誤 #34750489, 錯誤 #108925)

Aurora MySQL 資料庫引擎更新 2023-05-11 (3.03.1 版,與 MySQL 8.0.26 相容)

8.0.26

3.03.1

  • 已修正在頁面周遊期間重新放置包含內部函數之暫存資料表頁面的緩衝區區塊,而造成聲明失敗的問題 (錯誤 #33715694)

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

8.0.26

3.03.0

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

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

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

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

    • 衍生資料表合併到外部查詢區塊中。

    • 查詢包括一個左聯結和一個 IN 子查詢。

    (錯誤 #34060289)

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

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

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

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

Aurora MySQL 資料庫引擎更新 2022-11-18 (3.02.2 版,與 MySQL 8.0.23 相容)。標準支援將於 2024 年 1 月 15 日結束。

8.0.23

3.02.2

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

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

    • 衍生資料表合併到外部查詢區塊中。

    • 查詢包括一個左聯結和一個 IN 子查詢。(錯誤 #34060289)

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

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

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

  • 已修正可能在升級包含具有特定資料表 ID 之使用者建立資料表的 Aurora MySQL 第 1 版 (與 MySQL 5.6 相容) 資料庫叢集時,導致升級失敗的問題。指派這些資料表 ID 可能會在從 Aurora MySQL 第 2 版 (與 MySQL 5.7 相容) 升級至 Aurora MySQL 第 3 版 (與 MySQL 8.0 相容) 時,導致資料字典資料表 ID 發生衝突。(錯誤 #33919635)

Aurora MySQL 資料庫引擎更新 2022-04-20 (3.02.0 版,與 MySQL 8.0.23 相容)。標準支援將於 2024 年 1 月 15 日結束。不支援升級至此版本。

8.0.23

3.02.0

已修正不當處理用於預存程序內資料指標的暫存資料表,而可能導致非預期的伺服器行為的情形。(錯誤 #32416811)

Aurora MySQL 資料庫引擎更新 2022-04-15 (3.01.1 版,與 MySQL 8.0.23 相容)。標準支援將於 2024 年 1 月 15 日結束。不支援升級至此版本。

8.0.23

3.01.1

已修正不當處理用於預存程序內資料指標的暫存資料表,而可能導致非預期的伺服器行為的情形。(錯誤 #32416811)

Aurora MySQL 2.x 版資料庫引擎更新所修正的 MySQL 錯誤

與 MySQL 5.7 相容的 Aurora 版本包含 MySQL 5.7.40 及更舊版本的所有 MySQL 錯誤修正。下表說明 Aurora MySQL 資料庫引擎更新所修正的其他 MySQL 錯誤,以及這些錯誤修正所隸屬的更新。

資料庫引擎更新 版本 已修正的 MySQL 錯誤
Aurora MySQL 資料庫引擎更新 2023-12-28 (2.12.1 版,與 MySQL 5.7.40 相容)

2.12.1

  • 已修正與 SHOW PROCESSLIST 陳述式同時執行時,可能導致現有和新的遠端連線停止的問題 (社群錯誤 #34857411)

  • 複寫:部分二進位日誌事件不一定能正確處理 (錯誤 #34617506)

  • 已修正全文檢索搜尋 (FTS) 剖析器外掛程式處理單一字元權杖的問題 (錯誤 #35432973)

Aurora MySQL 資料庫引擎更新 2023-07-25 (2.12.0 版,與 MySQL 5.7.40 相容)

2.12.0

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

Aurora MySQL 資料庫引擎更新 2023-10-17 (2.11.4 版,與 MySQL 5.7.12 相容)

2.11.4

  • 複寫:部分二進位日誌事件不一定能正確處理。(錯誤 #34617506)

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

  • 在預備陳述式中,某些類型的子查詢可能會造成伺服器結束。(錯誤 #33100586)

Aurora MySQL 資料庫引擎更新 2022-10-25 (2.11.0 版,與 MySQL 5.7.12 相容)。此版本不適用於新的建立。

2.11.0

  • 已修正從 Performance Schema 陳述式事件資料表 (例如 events_statements_current) 讀取字元集資訊的程式碼未阻止同時寫入該字元集資訊的問題。結果可能造成 SQL 查詢文字字元集無效,進而導致伺服器結束。使用此修正,無效的字元集就會讓 SQL_TEXT 欄截斷,並防止伺服器結束。(錯誤 #23540008)

  • InnoDB:Community 錯誤 #25189192 的修正向後移植, 錯誤 #84038。已修正在執行將資料表移至不同結構描述的 RENAME TABLE 操作後,InnoDB 無法更新 INNODB_SYS_DATAFILES 資料字典資料表的問題。這會導致重新啟動時發生錯誤,表示找不到資料表空間資料檔案。

  • InnoDB:已修正新增新索引時,伺服器捨棄內部定義的外部索引鍵索引,並嘗試使用在虛擬產生的欄上定義的次要索引作為外部索引鍵索引,而導致伺服器結束的問題。InnoDB 現在允許外部索引鍵限制,參考在虛擬產生的資料欄上定義的次要索引。(錯誤編號 23533396)

  • 已修正兩個工作階段同時執行 INSERT ... ON DUPLICATE KEY UPDATE 操作而產生死結的問題。在元組的部分復原期間,其他工作階段可能會對其進行更新。此錯誤的修正會回復錯誤 #11758237、錯誤 #17604730 和錯誤 #20040791 的修正。(錯誤 #25966845)

  • 已修正即使啟用 automatic_sp_privileges,仍無法正確將 EXECUTE 和 ALTER ROUTINE 權限授予常式建立者的問題。(錯誤 #27407480)

  • Community 錯誤 #24671968 的修正向後移植:已修正如果 WHERE 子句包含相依子查詢、資料表在子查詢中欄後面接著的選取清單中的欄上有次要索引,以及 GROUP BYDISTINCT 允許查詢使用「鬆散索引掃描」,則查詢可能產生不正確結果的問題。

  • 已修正如果對具有外部索引鍵的多個資料表發出多資料表刪除陳述式,則複寫會中斷的問題。(錯誤 #80821)

  • 已修正在特殊情況下,即使啟用 slave_skip_errors 仍未忽略特定從屬錯誤的問題。在開啟和鎖定資料表失敗,或在執行以列為基礎之複寫的伺服器上欄位轉換失敗的情況下,此錯誤會視為嚴重錯誤,並且忽略 slave_skip_errors 的狀態。此修正可確保只要啟用 slave_skip_errors,在套用交易期間回報的所有錯誤都會正確處理。(錯誤 #70640、錯誤 #17653275)

  • 已修正 SET PASSWORD 陳述式從 MySQL 5.6 主要節點複寫至 MySQL 5.7 從屬節點,或是從 log_builtin_as_identified_by_password 系統變數設定為 ON 的 MySQL 5.7 主要節點複寫至 MySQL 5.7 從屬節點時,密碼雜湊本身也在儲存到從屬節點上之前進行雜湊的問題。此問題現已修正,且複寫的密碼雜湊現在會以原始傳遞至從屬節點的狀態儲存。(錯誤 #24687073)

  • 已修正將包含以多層 JSON 陣列、物件或兩者包裝的大型子文件的 JSON 值序列化時,有時需要相當長的時間才能完成的問題。(錯誤 #23031146)

  • 無法剖析的陳述式 (例如,因為語法錯誤) 不會再寫入緩慢查詢日誌中。(錯誤 #33732907)

Aurora MySQL 資料庫引擎更新 2022-11-01 (2.10.3 版) (已棄用)

2.10.3

  • 已修正從 Performance Schema 陳述式事件資料表 (例如 events_statements_current) 讀取字元集資訊的程式碼未阻止同時寫入該字元集資訊的問題。結果可能造成 SQL 查詢文字字元集無效,進而導致伺服器結束。使用此修正,無效的字元集就會讓 SQL_TEXT 欄截斷,並防止伺服器結束。(錯誤 #23540008)

  • 已修正 UPDATE 需要主索引鍵大於 1024 個位元組的暫存資料表,而該資料表是使用 InnoDB 建立時,伺服器可能會結束的問題。(錯誤 #25153670

Aurora MySQL 資料庫引擎更新 2022-01-26 (2.10.2 版) (已棄用)

2.10.2

  • 修正 InnoDB 中的一個問題,即 dict0stats.cc (http://dict0stats.cc/) 原始檔案中與資料表統計數字相關的程式碼錯誤所引發的錯誤判斷提示。(錯誤編號 24585978)

  • 線上建立索引時,虛擬資料欄的次要索引損毀。我們針對 UPDATE (https://dev.mysql.com/doc/refman/5.7/en/update.html) 陳述式進行下列修正:如果索引記錄的虛擬資料欄值設定為 NULL,便會從叢集索引記錄產生此值。(錯誤編號 30556595)

  • ASSERTION "!OTHER_LOCK" IN LOCK_REC_ADD_TO_QUEUE (錯誤編號 29195848)

  • HANDLE_FATAL_SIGNAL (SIG=11) IN __STRCHR_SSE2 (錯誤編號 28653104)

  • 修正鎖定等待期間查詢中斷可能導致 InnoDB 出現錯誤的問題。(錯誤編號 28068293)

  • 在交易隔離層級設定為 REPEATABLE READ 時,交錯交易有時可能會死鎖複本套用者。(錯誤編號 25040331)

  • 修正可能導致 binlog 複本因鎖定等待逾時而停滯的問題。(錯誤編號 27189701)

Aurora MySQL 資料庫引擎更新 2021-10-21 (2.10.1 版) (已棄用)

2.10.1

CURRENT_TIMESTAMP 在觸發程序中產生零。(錯誤編號 25209512)

Aurora MySQL 資料庫引擎更新 2021-05-25 (2.10.0 版) (已棄用)

2.10.0

  • 在交易隔離層級設定為 REPEATABLE READ 時,交錯交易有時可能會死鎖複本套用者。(錯誤編號 25040331)

  • 當儲存程序中包含參照視圖的陳述句,而該視圖又參照另一個視圖時,則順利叫用該程序的次數不得超過一次。(錯誤編號 87858、錯誤編號 26864199)

  • 對於有許多 OR 條件的查詢,最佳化工具現在的記憶體效率更高,且不太可能超過 range_optimizer_max_mem_size 系統變數所施加的記憶體限制。此外,該變數的預設值已從 1,536,000 提高到 8,388,608。(錯誤編號 79450、錯誤編號 22283790)

  • 複寫:next_event() 函數中,複本 SQL 執行緒會呼叫此複寫以從中繼日誌讀取下一個事件,SQL 執行緒並未釋放它在遭遇錯誤 (例如,由於中繼日誌關閉) 時取得的 relaylog.log_lock,從而造成等待取得中繼日誌上之鎖定的所有其他執行緒當掉。借助此修正程式,會在 SQL 執行緒在該情況下離開函數的情況前釋放鎖定。(錯誤編號 21697821)

  • 已修正具有虛擬資料行 ALTER TABLE 的記憶體損毀。(錯誤編號 24961167、錯誤編號 24960450)

  • 複寫:如果多執行緒複本曾經需要處理大於該大小的交易,則無法使用 slave_pending_jobs_size_max 將多執行緒複本配置為小型佇列大小。任何大於 slave_pending_jobs_size_max 的任何封包被拒絕,發生錯誤:ER_MTS_EVENT_BIGGER_PENDING_JOBS_SIZE_MAX,即使該封包小於由 slave_max_allowed_packet 設定的限制也是如此。借助此修正程式,slave_pending_jobs_size_max 將變成軟性限制,而不是硬性限制。如果封包的大小超過 slave_pending_jobs_size_max,但小於 slave_max_allowed_packet,就會保留此交易,在所有複本工作者都有空的佇列後才會加以處理。在大型交易完成前,所有後續交易都會保留。因此,複本工作者的佇列大小可能會受到限制,但仍然允許偶爾進行較大的交易。(錯誤編號 21280753、錯誤編號 77406)

  • 複寫:使用多執行緒複本時,套用者錯誤會顯示與效能架構複寫表格中外部化資料不一致的工作者 ID 資料。(錯誤編號 25231367)

  • 複寫:在以-GTID 模式 = 開啟、-log-bin = 關閉以及使用 - 執行的 GTID 型複寫複本上,當遇到應忽略的錯誤時未正確更新slave-skip-errors,導致與. Exec_Master_Log_Pos Exec_Master_Log_Pos Read_master_log_pos 如果未指定 GTID_NEXT,此複本在從單一陳述式交易復原時將永遠不會更新其 GTID 狀態。Exec_Master_Log_Pos 不會更新,因為即使交易已完成,也會以其他方式顯示其 GTID 狀態。修正程式會移除 GTID 狀態的更新限制,只有在指定 GTID_NEXT 時,才會復原交易。(錯誤編號 22268777)

  • 複寫:停用二進位日誌時,部分失敗的陳述式無法正確地使用自動產生或指定的 GTID。此修正程式可確保部分失敗的 DROP TABLE、部分失敗的 DROP USER 或部分失敗的 DROP VIEW 分別使用相關的 GTID,並在二進位日誌停用時將其儲存到 @@GLOBAL.GTID_EXECUTEDmysql.gtid_executed 表格中。(錯誤編號 21686749)

  • 複寫:執行 MySQL 5.7 的複本無法連線至 MySQL 5.5 來源,因為擷取不屬於 MySQL 5.5 的 server_uuid 時發生錯誤。這是由擷取 server_uuid 方法的變更所造成。(錯誤編號 22748612)

  • Binlog 複寫:在此修正程式之前,XA 交易的 GTID 交易略過機制無法正常運作。如果伺服器在過去已執行該特定交易,則伺服器中存在會略過 (以無提示的方式) GTID 交易的機制。(錯誤編號 25041920)

  • XA ROLLBACK 陳述式因為指定不正確的交易 ID 而失敗,可以使用正確的交易 ID 將其記錄在二進位日誌中,因而由複寫複本採取行動。現在會檢查二進位記錄發生之前的錯誤情況,並且不會記錄失敗的 XA ROLLBACK 陳述式。(錯誤編號 26618925)

  • 複寫:如果使用未指定來源日誌檔名稱和來源記錄檔位置的 CHANGE MASTER TO 陳述式來設定複本,則在發出 START SLAV E 之前關閉,然後以選項 -relay-log-recovery set 重新啟動,複寫不會啟動。發生這種情況是因為在嘗試轉送日誌復原之前未啟動接收者執行緒,因此轉送日誌中沒有日誌輪替事件可用來提供來源日誌檔名稱和來源日誌位置。在此情況下,複本現在會略過轉送日誌復原,並記錄警告,然後繼續開始複寫。(錯誤編號 28996606、錯誤編號 93397)

  • 複寫:在以資料列為基礎的複寫中,當從具有 utf8mb3 資料行的表格複寫至到相同定義的表格 (其中該資料欄是透過 utf8mb4 字元集定義的) 時,會傳回不正確顯示欄位長度的訊息。(錯誤編號 25135304、錯誤編號 83918)

  • 複寫:在使用 GTID 的複寫複本上發出 RESET SLAVE 陳述式時,會清除現有的轉送日誌檔,但是在清除通道接收的 GTID 集之前,會產生取代新的轉送日誌檔。因此,先前的 GTID 集會作為 PREVIOUS_GTIDS 事件寫入新的轉送日誌檔,造成複寫的嚴重錯誤,該錯誤指出複本的 GTID 比來源還多 (即使兩部伺服器的 gtid_executed 都是空的)。現在, 發出 RESET SLAVE 時,會在產生新的轉送日誌檔之前清除接收的 GTID 集,這樣就不會發生這種情況。(錯誤編號 27411175)

  • 複寫:使用 GTID 進行複寫時,無法依照以相同的 GTID 注入空白或取代交易的建議方法,以手動方式略過包含造成剖析錯誤 ( ER_PARSE_ERROR ) 之陳述式在內的交易。這個動作應導致將 GTID 複本識別為使用中的複本,並因此略過共用其 GTID 的不需要交易。不過,在剖析錯誤的情況下,即使目的是無論無何都要略過交易,在檢查 GTID 是否需要略過之前已剖析此陳述式,複寫套用者執行緒會因為剖析錯誤而停止。借助此修正程式,如果相關交易需要略過,因為 GTID 已在使用中,複寫套用者執行緒現在就會忽略剖析錯誤。請注意,這種行為變更並不適用於由 mysqlbinlog 產生的二進位日誌輸出所組成的工作負載。在這種情況下,會有這樣的風險:即具有緊接在略過交易之剖析錯誤的交易也會以無提示的方式遭到略過,而此狀況本應引發錯誤。(錯誤編號 27638268)

  • 複寫:啟用 SQL 執行緒以 GTID 略過部分交易。(錯誤編號 25800025)

  • 複寫:將負值或分數逾時參數提供給 WAIT_UNTIL_SQL_THREAD_AFTER_GTIDS() 時,伺服器會出現非預期的行為。借助此修正程式:

    • 分數逾時值會按原樣讀取,而不會四捨五入。

    • 如果伺服器處於嚴格 SQL 模式,則會拒絕負逾時值,並顯示錯誤;如果伺服器不處於嚴格 SQL 模式,則該值會讓函數 NULL 立即傳回,而不需等待,之後會發出警告。(錯誤編號 24976304、錯誤編號 83537)

  • 複寫:如果 WAIT_FOR_EXECUTED_GTID_SET() 函數與包括分數部分(例如 1.5)的逾時值一起使用,則轉換邏輯中的錯誤意味著逾時被四捨五入到最接近的整秒,若是小於 1 秒的值 (例如,0.1),則為零。現在已更正轉換邏輯,以便按照最初指定的方式套用逾時值,而且沒有四捨五入。感謝 Dirkjan Bussink 的貢獻 (錯誤編號 29324564、錯誤編號 94247)

  • 啟用 GTID 後,在多陳述句交易內中斷連接的 XA 交易上的 XA COMMIT 會引發聲明。(錯誤編號 22173903)

  • 複寫:gtid_next 值是透過手動設定時,如果針對某個未知的交易識別碼發出 XA ROLLBACK 陳述式,則會在偵錯組建中提出聲明。如果 XA ROLLBACK 陳述式失敗並出現錯誤,此伺服器就不會立即嘗試更新 GTID 狀態。(錯誤編號 27928837、錯誤編號 90640)

  • 修正在 ORDER BY 子句中使用多個 CASE 函數時排序順序錯誤的問題。(錯誤 #22810883)

  • 某些使用排序的查詢可能會在最佳化期間存取未初始化的欄,並造成伺服器結束。(錯誤 #27389294)

Aurora MySQL 資料庫引擎更新 2021-11-12 (2.09.3 版) (已棄用)

2.09.3

  • ASSERTION !M_PREBUILT->TRX->CHECK_FOREIGNS。(錯誤編號 23533396)

  • 複寫:* WAIT_FOR_EXECUTED_GTID_SET() 函式中的鎖定問題可能會造成伺服器在某些情況下當機。現在已更正這個問題。(錯誤編號 29550513)

Aurora MySQL 資料庫引擎更新 2020-12-11 (2.09.1 版) (已棄用)

2.09.1

  • 複寫:在交易隔離層級設定為 REPEATABLE READ 時,交錯交易有時可能會死鎖從機套用者。(錯誤編號 25040331)

  • 對於具有預設值為 CURRENT_TIMESTAMPTIMESTAMPDATETIME 資料欄的資料表,如果該資料表有 BEFORE INSERT 觸發程序,則該資料欄可初始化為 0000-00-00 00:00:00。(錯誤編號 25209512、錯誤編號 84077)

  • 對於 INSERT 陳述式,VALUES 清單使用包含聯結的子查詢產生第二個或更新資料列的值,伺服器則可能會在解析所需權限失敗後結束。(錯誤編號 23762382)

Aurora MySQL 資料庫引擎更新 2020-11-12 (2.08.3 版) (已棄用)

2.08.3

  • 錯誤編號 23762382 - 在選取時聯結的插入值查詢會導致行為錯誤。

  • 錯誤編號 25209512 - CURRENT_TIMESTAMP 在觸發器中產生零。

Aurora MySQL 資料庫引擎更新 2020-06-02 (2.08.0 版) (已棄用)

2.08.0

  • 錯誤 #25289359:如果全文快取大小超過全文快取大小限制,則不會釋放資料同步處理時採取的全文快取鎖定。

  • 錯誤 #29138644:在 MySQL 伺服器執行時手動變更系統時間會造成頁面清理工具執行緒延遲。

  • 錯誤 #25222337:虛擬索引中的 NULL 虛擬資料欄欄位名稱會在填入受外部索引鍵限制條件影響的虛擬資料欄時,發生的欄位名稱比較期間造成伺服器結束。

  • 錯誤 #25053286:執行包含存取檢視之查詢的存放程序,可能會配置在工作階段結束之前未釋放的記憶體。

  • 錯誤 #25586773:執行存放程式 (其中包含從某些 SELECT 陳述式內容建立資料表的陳述式),可能會導致記憶體流失。

  • 錯誤 #28834208:在日誌應用程式期間,在 OPTIMIZE TABLE 操作之後,InnoDB 不會在檢查虛擬資料欄索引更新之前填入虛擬資料欄。

  • 錯誤 #26666274:由於 32 位元不帶正負號的整數溢位,效能結構描述緩衝區容器中的無限迴圈。

Aurora MySQL 資料庫引擎更新 2022-06-16 (2.07.8 版) (已棄用)

2.07.8

當 UPDATE 需要主索引鍵大於 1024 個位元組的暫存資料表,而該資料表是使用 InnoDB 建立時,伺服器可能會結束。(錯誤 #25153670)

Aurora MySQL 資料庫引擎更新 2021-09-02 (2.07.6 版) (已棄用)

2.07.6

  • 插入 64K 大小的記錄需要太多時間。(錯誤編號 23031146)

Aurora MySQL 資料庫引擎更新 2021-03-04 (2.07.4 版) (已棄用)

2.07.4

  • 已修正處理包含 ' ' (空格)、'%' 或 ',' 的字符時,全文檢索 ngram 剖析器的問題。如果使用 ngram 剖析器,客戶應該重建他們的 FTS 索引。(錯誤編號 25873310)

  • 已修使用巢狀 SQL 檢視的查詢執行期間可能導致引擎重新啟動的問題。(錯誤編號 27214153、錯誤編號 26864199)

Aurora MySQL 資料庫引擎更新 2020-11-10 (2.07.3 版) (已棄用)

2.07.3

  • InnoDB:在主機的 XA 準備階段成功執行的並發 XA 交易,在從機上重新執行時發生衝突,導致套用者執行緒中的鎖定等待逾時。之所以發生衝突,是因為當交易在從機上重新執行時,GAP 鎖定範圍不同。為了避免這種類型的衝突,當 XA 交易到達準備階段時,在 READ COMMITTED 隔離層級的 XA 交易所採取的 GAP 鎖定現在會釋放 (並不再繼承)。(錯誤編號 27189701、錯誤編號 25866046)

  • InnoDB:在使用 READ COMMITTED 隔離層級時,外部金鑰驗證期間不必要地採取間隙鎖定。(錯誤編號 25082593)

  • 複寫:使用 XA 交易時,如果複寫從機上的套用者 (SQL) 執行緒發生鎖定等待逾時或死鎖,則自動重試無法運作。原因是,雖然 SQL 執行緒會執行復原,但不會復原 XA 事務。這表示重試交易時,第一個事件是 XA START,因為 XA 交易已經在進行中,因此會無效,導致 XAER_RMFAIL 錯誤。(錯誤編號 24764800)

  • 複寫:在交易隔離層級設定為 REPEATABLE READ 時,交錯交易有時可能會死鎖從機套用者。(錯誤編號 25040331)

  • 複寫:SHOW SLAVE STATUS 陳述式傳回的所有現有轉送日誌檔案 (Relay_Log_Space) 組合總大小的值可能會比轉送日誌檔案使用的實際磁碟空間大得多。輸入/輸出 執行緒在更新值時並未鎖定變數,因此 SQL 執行緒可以在輸入/輸出執行緒完成更新值之前,自動刪除轉送日誌檔案並寫入減少的值。然後輸入/輸出執行緒會編寫其原始大小計算,忽略 SQL 執行緒的更新,進而重新新增已刪除檔案的空間。Relay_log_Space 值現在會在更新期間鎖定,以防止並行更新並確保正確的計算。(錯誤編號 26997096、錯誤編號 87832)

  • 對於 INSERT 陳述式,VALUES 清單使用包含聯結的子查詢產生第二個或更新資料列的值,伺服器則可能會在解析所需權限失敗後結束。(錯誤編號 23762382)

  • 對於具有預設值為 CURRENT_TIMESTAMPTIMESTAMPDATETIME 資料欄的資料表,如果該資料表有 BEFORE INSERT 觸發程序,則該資料欄可初始化為 0000-00-00 00:00:00。(錯誤編號 25209512、錯誤編號 84077)

  • 由於多個執行緒同時嘗試登錄和取消登錄中繼資料效能結構描述物件,可能會導致伺服器結束。(錯誤編號 26502135)

  • 執行存放程式 (其中包含從某些 SELECT 陳述式內容建立資料表的陳述式),可能會導致記憶體流失。(錯誤編號 25586773)

  • 執行包含存取檢視之查詢的存放程序,可能會配置在工作階段結束之前未釋放的記憶體。(錯誤編號 25053286)

  • 子查詢實體化的某些情況可能會導致伺服器結束。這些查詢現在會產生一個錯誤,建議停用實體化。(錯誤編號 26402045)

  • 如果使用聯結緩衝 (例如,使用區塊巢狀迴圈演算法),具有許多左聯結的查詢會很慢。(錯誤編號 18898433、錯誤編號 72854)

  • 最佳化工具在對第二個資料欄執行具有 LIKE 子句的內部聯接時,跳過複合索引中的第二個資料欄。(錯誤編號 28086754)

Aurora MySQL 資料庫引擎更新 2020-04-17 (2.07.2 版) (已棄用)

2.07.2

Aurora MySQL 資料庫引擎更新 2019-11-25 (2.07.0 版) (已棄用)

2.07.0

  • 錯誤編號 26251621:觸發與 GCOL 的不正確行為

  • 錯誤編號 22574695:宣告 `!TABLE || (!TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET, FIEL

  • 錯誤編號 25966845:INSERT ON DUPLICATE KEY 產生死鎖

  • 錯誤編號 23070734:並行 TRUNCATE TABLE 導致停滯

  • 錯誤編號 26191879:外部索引鍵串聯使用過多記憶體

  • 錯誤編號 20989615:INNODB AUTO_INCREMENT 產生相同的值兩次

Aurora MySQL 資料庫引擎更新 2019-11-11 (2.05.0 版) (已棄用)

2.05.0

  • 錯誤 #23054591: 清除二進位記錄檔讀取整個 binlog 檔案並造成停 MySql 止

Aurora MySQL 資料庫引擎更新 2020-08-14 (2.04.9 版) (已棄用)

2.04.9

  • 錯誤編號 23070734、錯誤編號 80060:並行 TRUNCATE TABLE 導致停滯

  • 錯誤編號 23103937:PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • 錯誤編號 22551677:當伺服器離線時,效能結構描述內的競爭條件可能會導致伺服器結束。

  • 錯誤編號 27082268:FTS 同步處理無效。

  • 錯誤編號 12589870:修正啟用查詢快取時,導致使用多重查詢陳述式重新啟動的問題。

  • 錯誤編號 26402045:子查詢實體化的某些情況可能會導致伺服器結束。這些查詢現在會產生一個錯誤,建議停用實體化。

  • 錯誤編號 18898433: 如果使用聯結緩衝 (例如,使用區塊巢狀迴圈演算法),具有許多左聯結的查詢會很慢。

  • 錯誤編號 25222337:虛擬索引中的 NULL 虛擬資料欄欄位名稱會在填入受外部索引鍵限制條件影響的虛擬資料欄時發生的欄位名稱比較期間造成伺服器結束。(https://github.com/mysql/mysql-server/commit/273d5c9d7072c63b6c47dbef6963d7dc491d5131)

  • 錯誤編號 25053286:執行包含存取檢視之查詢的存放程序,可能會配置在工作階段結束之前未釋放的記憶體。(https://github.com/mysql/mysql-server/commit/d7b37d4d141a95f577916448650c429f0d6e193d)

  • 錯誤編號 25586773:執行存放程式 (其中包含從某些 SELECT (https://dev.mysql.com/doc/refman/5.7/en/select.html) 陳述式內容建立資料表的陳述式),可能會導致記憶體流失。(https://github.com/mysql/mysql-server/commit/88301e5adab65f6750f66af284be410c4369d0c1)

  • 錯誤編號 26666274:效能結構描述緩衝區容器中的無限迴圈。

  • 錯誤編號 23550835、錯誤編號 23298025、錯誤編號 81464:當內部緩衝區已滿時,SELECT 效能結構描述資料表可能會導致伺服器結束。

Aurora MySQL 資料庫引擎更新 2019-09-19 (2.04.6 版) (已棄用)

2.04.6

  • 錯誤 #23054591: 清除二進位記錄檔讀取整個 binlog 檔案並造成停 MySql 止

Aurora MySQL 資料庫引擎更新 2019-05-02 (2.04.2 版) (已棄用)

2.04.2

錯誤編號 24829050 - INDEX_MERGE_INTERSECTION 最佳化產生錯誤的查詢結果

Aurora MySQL 資料庫引擎更新 2018-10-11 (2.03 版) (已棄用)

2.03

  • 對分割區資料表反向掃描會將 ICP 依遞減順序排序 (錯誤編號 24929748)。

  • JSON_OBJECT 會建立無效的 JSON 程式碼 (錯誤編號 26867509)。

  • 插入大型 JSON 資料會耗費極長的時間 (錯誤編號 22843444)。

  • 5.7 中的分割區資料表比 5.6 使用更多記憶體 (錯誤編號 25080442)。

Aurora MySQL 資料庫引擎更新 2018-09-21 (2.02.4 版) (已棄用)

2.02.4

  • BUG#13651665 INNODB MAY BE UNABLE TO LOAD TABLE DEFINITION AFTER RENAME

  • BUG#21371070 INNODB: CANNOT ALLOCATE 0 BYTES.

  • BUG#21378944 FTS ASSERT ENC.SRC_ILIST_PTR != NULL, FTS_OPTIMIZE_WORD(), OPTIMIZE TABLE

  • BUG#21508537 ASSERTION FAILURE UT_A(!VICTIM_TRX->READ_ONLY)

  • BUG#21983865 UNEXPECTED DEADLOCK WITH INNODB_AUTOINC_LOCK_MODE=0

  • BUG#22679185 INVALID INNODB FTS DOC ID DURING INSERT

  • BUG#22899305 GCOLS: ASSERTION: !(COL->PRTYPE & 256).

  • BUG#22956469 MEMORY LEAK INTRODUCED IN 5.7.8 IN MEMORY/INNODB/OS0FILE

  • BUG#22996488 CRASH IN FTS_SYNC_INDEX WHEN DOING DDL IN A LOOP

  • BUG#23014521 GCOL:INNODB: ASSERTION: !IS_V

  • BUG#23021168 REPLICATION STOPS AFTER TRX IS ROLLED BACK ASYNC

  • BUG#23052231 ASSERTION: ADD_AUTOINC < DICT_TABLE_GET_N_USER_COLS

  • BUG#23149683 ROTATE INNODB MASTER KEY WITH KEYRING_OKV_CONF_DIR MISSING: SIGSEGV; SIGNAL 11

  • BUG#23762382 INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR

  • BUG#25209512 CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER

  • BUG#26626277 BUG IN "INSERT... ON DUPLICATE KEY UPDATE" QUERY

  • BUG#26734162 INCORRECT BEHAVIOR WITH INSERT OF BLOB + ON DUPLICATE KEY UPDATE

  • BUG#27460607 INCORRECT WHEN INSERT SELECT's SOURCE TABLE IS EMPTY

Aurora MySQL 資料庫引擎更新 2018-05-03 (2.02 版) (已棄用)

2.02.0

左聯結傳回外部的不正確結果 (錯誤編號 22833364)

Aurora MySQL 1.x 版資料庫引擎更新所修正的 MySQL 錯誤

與 MySQL 5.6 相容的 Aurora 版本包含 MySQL 5.6.10 及更舊版本的所有 MySQL 錯誤修正。下表說明 Aurora MySQL 資料庫引擎更新所修正的其他 MySQL 錯誤,以及這些錯誤修正所隸屬的更新。

資料庫引擎更新 版本 已修正的 MySQL 錯誤
Aurora MySQL 資料庫引擎更新 2021-03-18 (1.23.2 版) (已棄用) 1.23.2
  • 複寫:執行 SHOW BINLOG EVENTS 陳述式時,會封鎖任何平行交易。此修正程式可確保 SHOW BINLOG EVENTS 處理程序現在僅在計算檔案的結束位置期間獲取鎖定,因此平行交易不會長時間封鎖。(錯誤編號 76618、錯誤編號 20928790)

Aurora MySQL 資料庫引擎更新 2020-09-02 (1.23.0 版) (已棄用) 1.23.0
  • ALTER TABLE ADD COLUMN ALGORITHM=QUICK 的 Binlog 事件將重新寫入為 ALGORITHM=DEFAULT,以與社群版本相容。

  • 錯誤編號 22350047:如果在 ROLLBACK TO SAVEPOINT 之後終止用戶端,則會遞交先前的 STMTS

  • 錯誤編號 29915479:在沒有 COM_BINLOG_DUMP 的情況下執行 COM_REGISTER_SLAVE,可能會導致伺服器結束

  • 錯誤編號 30441969:錯誤編號 29723340:SQL 快速查詢資料之後,MYSQL 伺服器當機

  • 錯誤編號 30628268:記憶體不足當機

  • 錯誤編號 27081349:使用空間函數刪除時,出現未預期的行為

  • 錯誤編號 27230859:處理無效的多邊形時,出現未預期的行為

  • 錯誤編號 27081349:使用空間刪除時,出現未預期的行為

  • 錯誤編號 26935001:ALTER TABLE AUTO_INCREMENT 嘗試從捨棄的資料表空間讀取索引

  • 錯誤編號 29770705:使用特定 WHERE 子句執行 SELECT 時,伺服器當機

  • 錯誤編號:27659490:使用動態範圍的 SELECT 與索引合併使用太多記憶體 (OOM)

  • 錯誤編號 24786290:在主檔中發生錯誤編號 74145 之後,複寫中斷

  • 錯誤編號 27703912:過度使用記憶體,準備作業太多

  • 錯誤編號 20527363:截斷暫存資料表當機:!DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • 錯誤編號 23103937 PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • 錯誤編號 25053286:在程序中將檢視與條件搭配使用造成不正確的行為 (已於 5.6.36 修正)

  • 錯誤編號 25586773:在 SP 的迴圈中建立資料表選取的行為不正確 (已於 5.6.39 修正)

  • 錯誤編號 27407480:AUTOMATIC_SP_PRIVILEGES 需要 MYSQL.USER 資料表的插入權限

  • 錯誤編號 26997096:relay_log_space 值未同步更新,因此,其值有時可能會高於轉送日誌使用的實際磁碟空間。

  • 錯誤編號 15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY 無法如預期運作

  • SSL 錯誤向後移植錯誤編號 17087862、錯誤編號 20551271

  • 錯誤編號 16894092:5.6.6+ 中的效能回歸,以用於插入... 選取... 來源 (在 5.6.15 已修正)。

  • 移植與 SLAVE_TYPE_CONVERSIONS 相關的錯誤修正。

Aurora MySQL 資料庫引擎更新 2020-11-09 (1.22.3 版) (已棄用) 1.22.3
  • 錯誤編號 26654685:外部金鑰檢查期間遇到損毀的索引 ID 提出聲明

  • 錯誤編號 15831300:依預設,將整數從主機上的較小類型升級到從機上較大的類型時 (例如,從主機上的 SMALLINT 資料欄升級到從機上的 BIGINT 資料欄) 時,升級的值會被視為已簽署。現在,在這種情況下,您可以在針對 slave_type_conversions 伺服器系統變數指定的值集中,使用 ALL_SIGNEDALL_UNSIGNED 的其中一個或兩者來修改或覆寫此行為。如需更多詳細資訊,請參閱以資料列為基礎的複寫︰屬性升級與降級,以及變數說明。

  • 錯誤編號 17449901:使用 foreign_key_checks=0 時,InnoDB 允許捨棄外部金鑰約束所需的索引,置放資料表不一致,並且導致在資料表載入時發生外部金鑰檢查失敗。即使使用 foreign_key_checks=0,InnoDB 現在仍可以防止捨棄外部金鑰約束所需的索引。在捨棄外部金鑰索引之前,必須移除外部金鑰約束。

  • 錯誤編號 20768847︰ALTER TABLE... 資料表上的 DROP INDEX 操作,使用外部金鑰相依項提出聲明。

Aurora MySQL 資料庫引擎更新 2019-11-25 (1.22.0 版) (已棄用) 1.22.0
  • 錯誤編號 16346241 - 伺服器在 ITEM_PARAM::QUERY_VAL_STR 中當機

  • 錯誤編號 17733850 - NAME_CONST() 在 ITEM_NAME_CONST::ITEM_NAME_CONST() 中損毀

  • 錯誤編號 20989615 - INNODB AUTO_INCREMENT 產生相同的值兩次

  • 錯誤編號 20181776 - 存取控制包含萬用字元時,不符合最明確的主機

  • 錯誤編號 27326796 - MYSQL 因為檔案 PARS0PARS.CC 中的 INNODB 宣告失敗而損毀

  • 錯誤編號 20590013 - 如果您有全文索引但捨棄,則無法再執行線上 DDL

Aurora MySQL 資料庫引擎更新 2019-11-25 (1.21.0 版) (已棄用) 1.21.0
  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925:對於 UNION 陳述式,未正確地計算資料列檢查值。這表示「效能結構描述」陳述式資料表 (例如 events_statements_current) 的 ROWS_EXAMINED 欄的值太大。

  • Bug #11827369:一些具有 SELECT ... FROM DUAL 巢狀子查詢的查詢已提出聲明。

  • 錯誤編號 16311231:如果查詢在 IN 子句中包含子查詢,而子查詢又在 WHERE 子句中包含 XOR 運算,則會傳回不正確的結果。

Aurora MySQL 資料庫引擎更新 2019-11-11 (1.20.0 版) (已棄用) 1.20.0
  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925:對於 UNION 陳述式,未正確地計算資料列檢查值。這表示「效能結構描述」陳述式資料表 (例如 events_statements_current) 的 ROWS_EXAMINED 欄的值太大。

  • Bug #11827369:一些具有 SELECT ... FROM DUAL 巢狀子查詢的查詢已提出聲明。

  • 錯誤編號 16311231:如果查詢在 IN 子句中包含子查詢,而子查詢又在 WHERE 子句中包含 XOR 運算,則會傳回不正確的結果。

Aurora MySQL 資料庫引擎更新 2019-09-19 (1.19.5 版) (已棄用) 1.19.5
  • CVE-2018-2696

  • CVE-2015-4737

  • Bug #19929406: HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROM STRING::COPY

  • Bug #17059925:對於 UNION 陳述式,未正確地計算資料列檢查值。對於效能結構描述陳述式資料表 (例如 events_statements_current) 的 ROWS_EXAMINED 資料欄,這顯示為值太大。

  • Bug #11827369:一些具有 SELECT ... FROM DUAL 巢狀子查詢的查詢已提出聲明。

  • Bug #16311231:如果查詢包含了 IN 子句中的子查詢,其中又包含了 WHERE 子句中的 XOR 運算,則會傳回不正確的結果。

Aurora MySQL 資料庫引擎更新 2019-02-07 (1.19.0 版) (已棄用) 1.19.0
  • 錯誤編號 32917︰發現孤兒暫時集區檔案,並從容地處理

  • 錯誤編號 63144:CREATE TABLE IF NOT EXISTS 中繼資料鎖定太嚴格

Aurora MySQL 資料庫引擎更新 2019-01-17 (1.17.8 版) (已棄用) 1.17.8
  • 錯誤編號 13418638:CREATE TABLE IF NOT EXISTS 中繼資料鎖定太嚴格

Aurora MySQL 資料庫引擎更新 2018-10-08 (1.17.7 版) (已棄用) 1.17.7
  • 對外部索引鍵資料欄卸除索引而導致資料表遺失。(錯誤編號 16208542)

  • add_derived_key() 的記憶體流失。(錯誤編號 76349)

  • 針對分割資料表,查詢會依據是否使用 Index Merge 而傳回不同結果。(錯誤編號 16862316)

  • 對以雜湊分割的資料表執行查詢時,若查詢使用 index_merge 最佳化 (請參閱索引合併最佳化),可能傳回無效的結果。(錯誤編號 17588348)

Aurora MySQL 資料庫引擎更新 2018-09-06 (1.17.6 版) (已棄用) 1.17.6
  • 針對 ALTER TABLE 陳述式重新命名或變更 BINARY 欄的預設值,執行變更時會使用資料表副本而非就地進行。(錯誤編號 67141、錯誤編號 14735373、錯誤編號 69580、錯誤編號 17024290)

  • 一般資料表和隱含群組衍生資料表之間的外部聯結,可能導致伺服器結束。(錯誤編號 16177639)

Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用) 1.17.0
  • 若使用複寫篩選器,則 LAST_INSERT_ID 會發生複寫錯誤 (錯誤編號 69861)

  • 查詢會依據是否具有 INDEX_MERGE 設定,而傳回不同結果 (錯誤編號 16862316)

  • 查詢處理程序反覆執行已儲存的低效率例行查詢計畫 (錯誤編號 16346367)

  • InnoDB FTS:在 FTS_CACHE_APPEND_DELETED_DOC_IDS 中宣告 (錯誤編號 18079671)

  • 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT_EMPTY(INDEX_CACHE->WORDS) (錯誤編號 17536995)

  • 涉及儲存點時,InnoDB 全文搜尋找不到記錄 (錯誤編號 70333、錯誤編號 17458835)

Aurora MySQL 資料庫引擎更新 2017-11-20 (1.15.1 版) (已棄用) 1.15.1
  • 還原 — MySQL 執行個體拖延「製作 SYNC 索引」(錯誤編號 73816)

  • 還原 — 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT_EMPTY(INDEX_CACHE->WORDS) (錯誤編號 17536995)

  • 還原 — 涉及儲存點時,InnoDB 全文搜尋找不到記錄 (錯誤編號 70333)

Aurora MySQL 資料庫引擎更新 2017-10-24 (1.15 版) (已棄用) 1.15.0
  • CREATE USER 接受外掛程式及密碼雜湊,但忽略密碼雜湊 (錯誤編號 78033)

  • 分割引擎將欄位新增至讀取位元組,以傳回自分割索引排序的項目。這導致聯結緩衝區會嘗試讀取不需要的欄位。不將所有分割欄位新增至 read_set,僅排序 read_set 中已設定的字首欄位,藉以修正這項錯誤。新增 DBUG_ASSERT,一旦執行 key_cmp,則至少必須讀取第一個欄位 (錯誤編號 16367691)。

  • MySQL 執行個體拖延「製作 SYNC 索引」(錯誤編號 73816)

  • 在 ALTER TABLE CHANGE COLUMN 中宣告 RBT_EMPTY(INDEX_CACHE->WORDS) (錯誤編號 17536995)

  • 涉及儲存點時,InnoDB 全文搜尋找不到記錄 (錯誤編號 70333)

Aurora MySQL 資料庫引擎更新:2018-03-13 (1.14.4 版) (已棄用) 1.14.4
  • 可忽略的事件沒有作用且未經過測試 (錯誤編號 74683)

  • NEW->OLD 宣告失敗「GTID_MODE > 0」(錯誤編號 20436436)

Aurora MySQL 資料庫引擎更新:2017-08-07 (1.14 版) (已棄用) 1.14.0

全文搜尋結合衍生的資料表 (FROM 子句中的子查詢),導致伺服器結束。現在,如果系統需根據衍生的資料表執行全文操作,伺服器會產生錯誤訊息,指出系統無法對具體化的資料表完成全文搜尋。(錯誤編號 68751、錯誤編號 16539903)

Aurora MySQL 資料庫引擎更新:2017-05-15 (1.13 版) (已棄用) 1.13.0
  • 重新載入空值導致 AUTO_INCREMENT 值重設時,而遭移出的資料表。(錯誤編號 21454472、錯誤編號 77743)

  • 由於 purge_node_t 結構中存在不一致的情形,導致轉返時找不到索引記錄。這種不一致的情形導致系統出現「error in sec index entry update」(次要索引更新中存在錯誤)、「unable to purge a record」(無法清除記錄) 以及「tried to purge sec index entry not marked for deletion」(嘗試清除未標記要刪除的次要索引項目) 等警告與錯誤訊息。(錯誤編號 19138298、錯誤編號 70214、錯誤編號 21126772、錯誤編號 21065746)

  • qsort 操作的堆疊大小計算錯誤,導致發生堆疊溢位。(錯誤編號 73979)

  • 轉返時索引中找不到記錄。(錯誤編號 70214、錯誤編號 72419)

  • ALTER TABLE 命令在更新的 CURRENT_TIMESTAMP 上新增資料欄 TIMESTAMP,此操作會插入零值資料 (錯誤編號 17392)

Aurora MySQL 資料庫引擎更新:2017-04-05 (1.12 版) (已棄用) 1.12.0
  • 重新載入空值導致 AUTO_INCREMENT 值重設時,而遭移出的資料表。(錯誤編號 21454472、錯誤編號 77743)

  • 由於 purge_node_t 結構中存在不一致的情形,導致轉返時找不到索引記錄。這種不一致的情形導致系統出現「error in sec index entry update」(次要索引更新中存在錯誤)、「unable to purge a record」(無法清除記錄) 以及「tried to purge sec index entry not marked for deletion」(嘗試清除未標記要刪除的次要索引項目) 等警告與錯誤訊息。(錯誤編號 19138298、錯誤編號 70214、錯誤編號 21126772、錯誤編號 21065746)

  • qsort 操作的堆疊大小計算錯誤,導致發生堆疊溢位。(錯誤編號 73979)

  • 轉返時索引中找不到記錄。(錯誤編號 70214、錯誤編號 72419)

  • ALTER TABLE 命令在更新的 CURRENT_TIMESTAMP 上新增資料欄 TIMESTAMP,此操作會插入零值資料 (錯誤編號 17392)

Aurora MySQL 資料庫引擎更新:2017-02-23 (1.11 版) (已棄用) 1.11.0
  • 若同時執行 ALTER 資料表 DROP 外部索引鍵與其他 DROP 操作,會導致資料表消失。(錯誤編號 16095573)

  • 某些使用 ORDER BY 的 INFORMATION_SCHEMA 查詢,並未如先前作法般採行檔案排序最佳化作業。(錯誤編號 16423536)

  • FOUND_ROWS () 傳回的資料表資料列計數有誤。(錯誤編號 68458)

  • 開啟太多暫存資料表會導致伺服器故障,而無法發出錯誤訊息。(錯誤編號 18948649)

Aurora MySQL 資料庫引擎更新:2016-12-14 (1.10 版) (已棄用) 1.10.0
  • 衍生資料表的 UNION 會傳回有「1=0/false」子句的錯誤結果。(錯誤編號 69471)

  • 伺服器在預存程序第二次執行 ITEM_FUNC_GROUP_CONCAT::FIX_FIELDS 時當機。(錯誤編號 20755389)

  • 只要快取大小超過總大小的 10%,系統就會卸載快取同步作業,將其交給不同的執行緒處理,以避免在 FTS 快取同步至磁碟期間,MySQL 查詢停滯過久。(錯誤編號 22516559、錯誤編號 73816)

Aurora MySQL 資料庫引擎更新:2016-10-26 (1.8.1 版) (已棄用) 1.8.1
  • OpenSSL 由於這個問題,改變了迪菲-赫爾曼密鑰長度參數。 LogJam (錯誤編號 18367167)

Aurora MySQL 資料庫引擎更新:2016-10-18 (1.8 版) (已棄用) 1.8.0
  • 以多個索引卸除資料欄的所有索引時,若外部索引鍵限制條件要求取得索引,InnoDB 無法封鎖 DROP INDEX 操作。(錯誤編號 16896810)

  • 解決新增外部索引鍵限制條件時故障的問題。(錯誤編號 16413976)

  • 修正在擷取預存程序中的游標,並同時分析或清空資料表時發生當機的問題。(錯誤編號 18158639)

  • 修正自動遞增錯誤;若使用者更改資料表,以變更 AUTO_INCREMENT 值,使該值小於自動遞增資料欄的最大值,此時就會發生這項錯誤。(錯誤編號 16310273)

Aurora MySQL 資料庫引擎更新:2016-08-30 (1.7.0 版) (已棄用) 1.7.0
  • 分割 LOCK_grant 鎖定,藉此改善擴充能力。(連接埠 WL 編號 8355)

  • 在預存程序的 SELECT 上開啟游標,會造成區段錯誤。(連接埠錯誤編號 16499751)

  • 在某些特殊使用情形下,MySQL 會提供錯誤結果。(錯誤編號 11751794)

  • GET_SEL_ARG_FOR_KEYPART 發生當機 – 編號 11751794 錯誤的修補程式所致。(錯誤編號 16208709)

  • 使用 GROUP BY 執行簡單查詢時產生錯誤結果。(錯誤編號 17909656)

  • 執行具範圍述詞的半聯結查詢時,出現多餘資料列。(錯誤編號 16221623)

  • 在 IN 子查詢後新增 ORDER BY 子句,可能導致系統傳回重複的資料行。(錯誤編號 16308085)

  • 鬆散掃描 GROUP BY、MyISAM 的查詢會發生當機 (附帶說明)。(錯誤編號 16222245)

  • 搭配引號括住的 int 述詞進行鬆散索引掃描會傳回隨機資料。(錯誤編號 16394084)

  • 如果最佳化工具使用鬆散索引掃描,伺服器可能會在嘗試建立暫存資料表時結束。(錯誤編號 16436567)

  • COUNT(DISTINCT) 不應計算 NULL 值的次數,但當最佳化工具使用鬆散索引掃描時,該命令就會計算 NULL 值的次數。(錯誤編號 17222452)

  • 如果查詢同時具有 MIN()/MAX() 與 aggregate_function(DISTINCT) (例如:SUM(DISTINCT)),並使用鬆散索引掃描執行查詢,則 MIN()/MAX() 的值會設定錯誤。(錯誤編號 17217128)

Aurora MySQL 資料庫引擎更新:2016-06-01 (1.6.5 版) (已棄用) 1.6.5
  • SLAVE CAN'T CONTINUE REPLICATION AFTER MASTER'S CRASH RECOVERY (Port Bug #17632285)

Aurora MySQL 資料庫引擎更新:2016-04-06 (1.6 版) (已棄用) 1.6.0
  • 將編號 18694052 錯誤中宣告「!M_ORDERED_REC_BUFFER」失敗的修正,向後移植至 5.6 版 (連接埠錯誤編號 18305270)

  • SEGV IN MEMCPY()、HA_PARTITION::POSITION (連接埠錯誤編號 18383840)

  • 分割、INDEX_MERGE 和 NO PK 出現錯誤結果 (連接埠錯誤編號 18167648)

  • 清空資料表以利匯出:在 HA_PARTITION::EXTRA 中宣告 (連接埠錯誤編號 16943907)

  • 伺服器在虛擬 HA_ROWS HANDLER::MULTI_RANGE_READ_INFO_CONST 中當機 (連接埠錯誤編號 16164031)

  • 範圍最佳化工具在 SEL_ARG::RB_INSERT() 中當機 (連接埠錯誤編號 16241773)

Aurora MySQL 資料庫引擎更新:2016-01-11 (1.5 版) (已棄用)

1.5.0

  • 解決 MySQL 全文搜尋中不完整的修正作業,避免影響資料庫名稱以數字開頭的資料表。(連接埠錯誤編號 17607956)

Aurora MySQL 資料庫引擎更新:2015-12-03 (1.4 版) (已棄用)

1.4

  • FTSPARSE() 中的 SEGV。(錯誤編號 16446108)

  • 重新命名資料欄時,InnoDB 資料字典未更新。(錯誤編號 19465984)

  • 將資料表重新命名為不同資料庫後,FTS 當機。(錯誤編號 16834860)

  • 截斷的資料表上,觸發條件準備失敗,因而造成 1054 錯誤。(錯誤編號 18596756)

  • 中繼資料變更可能會造成觸發條件執行的問題。(錯誤編號 18684393)

  • UTF8 VARCHAR 長欄位未選取實體化。(錯誤編號 17566396)

  • ORDER BY 選項具有限制 X 時,執行計畫不彰。(錯誤編號 16697792)

  • 將錯誤編號 11765744 的修正項目向後移植至 5.1、5.5 和 5.6 等版本。(錯誤編號 17083851)

  • SQL/SQL_SHOW.CC 中的互斥問題會導致 SIG6。來源可能是 FILL_VARIABLES。(錯誤編號 20788853)

  • 將錯誤編號 18008907 的修正項目向後移植至 5.5 以上版本。(錯誤編號 18903155)

  • 調整 MySQL 5.7 中堆疊溢位錯誤的修正措施。(錯誤編號 19678930)

Aurora MySQL 資料庫引擎更新:2015-10-16 (1.2、1.3 版) (已棄用)

1.2、1.3

  • 刪除 InnoDB 內的查詢最終導致其在宣告時當機。(錯誤編號 1608883)

  • 若無法建立事件排程器的新執行緒、事件執行或新連線,沒有任何訊息會寫入錯誤日誌中。(錯誤編號 16865959)

  • 如果有個連線的預設資料庫改變,同時有另一個連線執行 SHOW PROCESSLIST 命令,則第二個連線可能會在嘗試顯示第一個連線的預設資料庫記憶體時,存取無效的記憶體。(錯誤編號 11765252)

  • PURGE BINARY LOGS 設計本身不會移除使用中或作用中的二進位日誌檔,但也不會在移除時通知。(錯誤編號 13727933)

  • 當最佳化工具移除不需要的子查詢子句時,某些陳述式可能會發生記憶體流失的情形。(錯誤編號 15875919)

  • 伺服器可能會在關機期間,嘗試鎖定未初始化的互斥。(錯誤編號 16016493)

  • 若準備的陳述式使用了 GROUP_CONCAT() 命令,以及會命名多個資料欄的 ORDER BY 子句,可能會導致伺服器結束。(錯誤編號 16075310)

  • 複寫工作者執行緒缺少效能結構描述檢測。(錯誤編號 16083949)

  • 如果 STOP SLAVE 與 SHOW STATUS 這類會從一或多個狀態變數 (Slave_retried_transactionsSlave_heartbeat_periodSlave_received_heartbeatsSlave_last_heartbeatSlave_running) 擷取值的陳述式同時核發,可能會導致死鎖。(錯誤編號 16088188)

  • 若搜尋條件使用以引號括住片語的格式,使用布林模式的全文查詢可能不會傳回任何結果。(錯誤編號 16206253)

  • 在子查詢中以聯結的 ON 子句執行就緒的陳述式時,最佳化工具一旦嘗試移除多餘的子查詢子句,就會引發宣告。(錯誤編號 16318585)

  • GROUP_CONCAT 不穩定,ITEM_SUM::CLEAN_UP_AFTER_REMOVAL 中發生當機。(錯誤編號 16347450)

  • 嘗試以 INFORMATION_SCHEMA.INNODB_FT_DEFAULT_STOPWORD 的相同結構建立 InnoDB 資料表,以取代預設的 InnoDB 全文搜尋 (FTS) 停用詞,可能會導致發生錯誤。(錯誤編號 16373868)

  • 工作者上的用戶端執行緒執行 FLUSH TABLES WITH READ LOCK 命令,並在主控端上執行更新作業後,工作者會在執行 SHOW SLAVE STATUS 時故障。(錯誤編號 16387720)

  • 在全文搜尋中剖析「abc-def」等分隔符號搜尋字串時,InnoDB 現在會使用與 MyISAM 相同的字詞分隔符號。(錯誤編號 16419661)

  • FTS_AST_TERM_SET_WILDCARD 中發生當機。(錯誤編號 16429306)

  • FTS RQG 測試的 FTS_AST_VISIT() 發生區段錯誤。(錯誤編號 16435855)

  • 若為偵錯建置,最佳化工具移除指向子查詢的 Item_ref,會導致伺服器結束。(錯誤編號 16509874)

  • 對 InnoDB 資料表執行全文搜尋時,若搜尋的是結合 + 或 - 運算子的常值片語,會導致搜尋失敗。(錯誤編號 16516193)

  • START SLAVE當服務器在選項 --master-info-repository=TABLE relay-log-info-repository =TABLE 啟動時失敗,並且自動提交設置為 0,以及。--skip-slave-start(錯誤編號 16533802)

  • 極其龐大的 InnoDB 全文搜尋 (FTS) 結果可能耗用大量記憶體。(錯誤編號 16625973)

  • 在除錯組建中,當直接在搜尋字串中使用二進位時,OPT_CHECK_ORDER_BY 中可能會發生宣告,因為二進位可能包含 NULL 位元組及其他無意義的字元。(錯誤編號 16766016)

  • 當最佳化工具移除不需要的子查詢子句時,某些陳述式可能會發生記憶體流失的情形。(錯誤編號 16807641)

  • 若新連線核發 STOP SLAVE 給工作者,接著使用原本的連線核發 SHOW SLAVE STATUS,可能會導致在核發 FLUSH TABLES WITH READ LOCK 後發生死鎖的情形。(錯誤編號 16856735)

  • 若 GROUP_CONCAT() 具有無效的分隔符號,可能會導致伺服器結束。(錯誤編號 16870783)

  • 若有任何 SHOW STATUS LIKE 'pattern' 陳述式,即使模式與使用互斥的狀態變數 (Slave_heartbeat_periodSlave_last_heartbeatSlave_received_heartbeatsSlave_retried_transactionsSlave_running) 並不符合,伺服器會在 LOCK_active_mi 與 active_mi->rli->data_lock 互斥上執行大量鎖定操作。(錯誤編號 16904035)

  • 使用 IN BOOLEAN MODE 修飾詞的全文搜尋會導致宣告失敗。(錯誤編號 16927092)

  • 對 InnoDB 資料表執行全文搜尋時,若搜尋條件使用的是 + 布林運算子,會導致搜尋失敗。(錯誤編號 17280122)

  • 四向死鎖:廢止、清除二進位日誌、顯示處理清單、顯示二進位日誌。(錯誤編號 17283409)

  • 一旦等待遞交鎖的 SQL 執行緒遭到刪除並重新啟動,會導致系統在工作者上略過交易。(錯誤編號 17450876)

  • InnoDB 全文搜尋可能會因為「未結束」的字符導致失敗。應傳遞字串與字串長度,以執行字串比較。(錯誤編號 17659310)

  • 若有大量的分割 InnoDB 資料表,在 MySQL 5.6 或 5.7 版中使用時,可能會比 MySQL Server 之前版本耗用更多記憶體。(錯誤編號 17780517)

  • 若為全文查詢,如果未能檢查 num_token 是否小於 max_proximity_item,可能會導致發生宣告。(錯誤編號 18233051)

  • 當有大量的空 InnoDB 資料表時,INFORMATION_SCHEMA TABLES 與 COLUMNS 資料表的特定查詢可能會導致記憶體大量耗用。(錯誤編號 18592390)

  • 現在遞交交易時,系統會使用旗標,檢查執行緒是否已建立,而非檢查執行緒本身,因為後者會耗用更多資源,特別是以 master_info_repository=TABLE 執行伺服器時,更是如此。(錯誤編號 18684222)

  • 當工作者上的用戶端執行緒執行 FLUSH TABLES WITH READ LOCK 命令,且主控端執行 DML,在相同用戶端執行 SHOW SLAVE STATUS 命令會遭到封鎖,導致死鎖。(錯誤編號 19843808)

  • 以 GROUP_CONCAT() 排序可能會導致伺服器結束。(錯誤編號 19880368)

Aurora MySQL 資料庫引擎更新:2015-08-24 (1.1 版) (已棄用)

1.1

  • 如果 InnoDB 資料庫的名稱以數字開頭,會導致全文搜尋 (FTS) 剖析器發生錯誤。(錯誤編號 17607956)

  • 如果資料庫的名稱以數字開頭,InnoDB 全文搜尋會執行失敗。(錯誤編號 17161372)

  • 若為 Windows 系統上的 InnoDB 資料庫,全文搜尋 (FTS) 物件 ID 並非預期的十六進位格式。(錯誤編號 16559254)

  • MySQL 5.6 推出的程式碼迴歸功能,對 DROP TABLE 和 ALTER TABLE 的效能產生負面影響。這可能造成 MySQL Server 5.5.x 版與 5.6.x 版之間的效能降低。(錯誤編號 16864741)