Aurora MySQL 資料庫引擎更新修正的 MySQL 錯誤 - Amazon Aurora
Aurora MySQL 3.x 更新修正的 MySQL 錯誤Aurora MySQL 2.x 更新修正的 MySQL 錯誤Aurora MySQL 1.x 更新修正的 MySQL 錯誤

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

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

下列各節識別 Aurora MySQL 資料庫引擎更新已修正的 MySQL 錯誤。

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

MySQL 8.0 相容版本 Aurora 透過其對應的 MySQL 相容版本，包含所有 MySQL 錯誤修正。下表識別其他由 Aurora MySQL 資料庫引擎更新修正的 MySQL 錯誤，以及修正的更新。

資料庫引擎更新 MySQL 相容版本 版本 MySQL 錯誤已修正
Aurora MySQL 資料庫引擎更新 2024-11-18 (3.08.0 版，與 MySQL 8.0.39 相容）

8.0.37

 3.08.0

  • 已修正導致同時具有 JOIN和 UNION操作之特定查詢的結果集錯誤省略NULL值的問題。（社群錯誤修正 #114301)
Aurora MySQL 資料庫引擎更新 2024-06-04 (3.07.0 版，與 MySQL 8.0.36 相容）

8.0.36

 3.07.0

  • 修正快取行值計算不正確的問題，導致資料庫在以 Graviton 為基礎的執行個體上重新啟動時失敗。（社群錯誤修正 #35479763)

  • 已修正預存常式中某些子查詢執行個體未一律正確處理的問題。（社群錯誤修正 #35377192)

  • 已修正由於背景 CPU 憑證輪換 (Community Bug Fix #34284186) 而導致 TLS 用量增加的問題。

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

8.0.34

3.06.0

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

  • 已修正預存常式中某些子查詢執行個體未一律正確處理的問題。（社群錯誤修正 #35377192)

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 用量增加的問題。(Community 錯誤修正 #34284186)

  • 修正 InnoDB 允許在低於 3.05 的 Aurora MySQL 版本中，將資料INSTANT欄新增至 MySQL 系統結構描述中的資料表的問題，這可能會導致伺服器在升級至 Aurora MySQL 3.05.0 版後意外關閉 （資料庫執行個體重新啟動）。(社群錯誤修正 #35625510)
Aurora MySQL 資料庫引擎更新 2024-01-31 （3.05.2 版，與 MySQL 8.0.32 相容） 預設

8.0.32

3.05.2

  • 修正 records_in_range執行過多INSERT操作磁碟讀取的問題，導致效能逐漸下降。（社群錯誤修正 #34976138)
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 版之後，這些資料表上的 DMLs 將導致伺服器意外關閉。(社群錯誤修正 #35625510)
Aurora 我的SQL數據庫引擎更新 2023-10-25（版本 3.05.0，與我的 8.0.32 兼容）SQL

8.0.32

3.05.0

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 使用率提高的問題 (Community Bug Fix #34284186)

Aurora 我的SQL數據庫引擎更新 2024-03-15（版本 3.04.2，與我的 8.0.28 兼容）SQL

8.0.28

3.04.2

  • 修正快取行值計算不正確的問題，導致資料庫在以 Graviton 為基礎的執行個體上重新啟動時失敗。（社群錯誤修正 #35479763)

  • 將包含多個 AND、 OR或 XOR條件的 SELECT 陳述式作為子查詢，重複執行預存常式會導致過度消耗，並最終可能耗盡虛擬記憶體。（社群錯誤修正 #33852530)
Aurora MySQL 資料庫引擎更新 2023-11-13 （3.04.1 版，與 MySQL 8.0.28 相容）

8.0.28

3.04.1

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 使用率提高的問題 (Community Bug Fix #34284186)

Aurora 我的SQL數據庫引擎更新 SQL

8.0.28

3.04.0

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

  • InnoDB：防止線上 DDL 操作存取 out-of-bounds 記憶體 (Bug# 34750489、Bug# 108925)

  • 修正處理複雜 SQL 陳述式時，有時可能產生不正確查詢結果的問題，其中包含多個巢狀通用資料表表達式 (CTEs) (Bug# 34572040、Bug# 34634469、Bug# 33856374)

Aurora 我的SQL數據庫引擎更新 2023-12-08（版本 3.03.3）（已過時）

8.0.26

3.03.3

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 使用率提高的問題 (Community Bug Fix #34284186)

我的SQL數據庫引擎 Aurora 更新

8.0.26

3.03.2

  • 修正處理複雜 SQL 陳述式時，有時可能產生不正確查詢結果的問題，其中包含多個巢狀通用資料表表達式 (CTEs) （錯誤 #34572040、錯誤 #34634469、錯誤 #33856374)

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

  • InnoDB：防止線上 DDL 操作存取 out-of-bounds 記憶體 （錯誤編號 34750489、錯誤編號 108925)

Aurora 我的SQL數據庫引擎更新 2023-05-11（版本 3.03.1）（已過時）

8.0.26

3.03.1

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

Aurora 我的SQL數據庫引擎更新 2023-03-01（版本 3.03.0）（已過時）

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)

  • 修正無法撤銷績效結構描述上 DROP 權限的問題。(錯誤 #33578113)

  • 已修正下列問題：在執行之間刪除並重新建立的一或多個資料表上，包含使用 EXISTS 的 IF 陳述式的預存程序在第一次呼叫之後未正確執行。(錯誤 #32855634).

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

Aurora 我的SQL數據庫引擎更新 2022-11-18（版本 3.02.2）（已過時）

8.0.23

3.02.2

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

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

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

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

  • 修正無法撤銷績效結構描述上 DROP 權限的問題。(錯誤 #33578113)

  • 已修正下列問題：在執行之間刪除並重新建立的一或多個資料表上，包含使用 EXISTS 的 IF 陳述式的預存程序在第一次呼叫之後未正確執行。(MySQL 錯誤編號 32855634)。

  • 超過最大整數資料欄值時，會產生不正確的 AUTO_INCREMENT 值。發生此錯誤的原因是未考量最大欄值。在這種情況下，應該已傳回先前的有效 AUTO_INCREMENT 值，導致重複的金鑰錯誤。(錯誤 #87926、錯誤 #26906787)

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

Aurora 我的SQL數據庫引擎更新 2022-04-20（版本 3.02.0）（已過時）

8.0.23

3.02.0

已修正不當處理用於預存程序內資料指標的暫存資料表，而可能導致非預期的伺服器行為的情形。(錯誤 #32416811)
Aurora 我的SQL數據庫引擎更新

8.0.23

3.01.1

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

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

MySQL 5.7 相容版本 Aurora 透過 MySQL 5.7.44 包含所有 MySQL 錯誤修正。下表識別其他由 Aurora MySQL 資料庫引擎更新修正的 MySQL 錯誤，以及修正的更新。

資料庫引擎更新 版本 MySQL 錯誤已修正
Aurora MySQL 資料庫引擎更新 2024-07-09 （2.12.3 版，與 MySQL 5.7.44 相容） 此版本已達到標準支援。

2.12.3

  • 已修正在執行 陳述式時繫結至觸發的暫存資料表可能會導致非預期的資料庫引擎重新啟動的問題。

  • 修正當使用索引表達式執行單一資料表UPDATE和DELETE陳述式做為預備陳述式時，可能導致伺服器結束的瑕疵。(錯誤編號 29257254)
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

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 使用率提高的問題。(Community 錯誤修正 #34284186)
Aurora MySQL 資料庫引擎更新 2023-10-17 （2.11.4 版，與 MySQL 5.7.12 相容） 此版本已達到標準支援。

2.11.4

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

  • 已修正由於背景 CPU 憑證輪換而導致 TLS 使用率提高的問題。(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 UPDATE KEY 操作產生死鎖。在元組的部分復原期間，其他工作階段可能會對其進行更新。此錯誤的修正會回復錯誤 #11758237、錯誤 #17604730 和錯誤 #20040791 的修正。(錯誤 #25966845)

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

  • 修正 Community Bug#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 PRODUCES ZEROSTRIGGER。(錯誤編號 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)

  • 複寫：在複本的 SQL 執行緒呼叫的next_event()函數中，從轉送日誌中讀取下一個事件，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-mode=ON、-log-bin=OFF 和 -slave-skip-errors 的 GTID 型複寫複本上，當遇到應忽略的錯誤時，Exec_Master_Log_Pos未正確更新，導致與 的同步鬆Exec_Master_Log_Pos散Read_master_log_pos。如果GTID_NEXT未指定 ，複本在從單一陳述式交易轉返時，永遠不會更新其 GTID 狀態。Exec_Master_Log_Pos 不會更新 ，因為即使交易已完成，其 GTID 狀態仍會顯示。只有在GTID_NEXT指定 時，才能復原交易時，修正會移除更新 GTID 狀態的限制。(錯誤編號 22268777)

  • 複寫：停用二進位記錄時，部分失敗的陳述式未正確使用自動產生的或指定的 GTID。修正可確保部分失敗的 DROPTABLE、部分失敗的 USERDROP 或部分失敗的 DROP VIEW 分別使用相關的 GTID，並在停用二進位記錄時將其儲存至 @@GLOBAL.GTID_EXECUTED和 mysql.gtid_executed資料表。(錯誤編號 21686749)

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

  • 部落格複寫：在此修正之前，XA 交易的 GTID 交易略過機制無法正常運作。伺服器具有略過 （無提示） GTID 交易的機制，如果過去已執行該特定交易。(BUG#25041920)

  • 由於提供不正確的交易 ID 失敗的 XA ROLLBACK 陳述式，可以用正確的交易 ID 記錄在二進位日誌中，因此可以由複寫複本執行動作。現在會檢查二進位記錄發生之前的錯誤情況，並且不會記錄失敗的 XA ROLLBACK 陳述式。(錯誤編號 26618925)

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

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

  • 複寫：在 RESET 使用中的複寫複本上發出 Word SLAVE陳述式時，會清除現有的轉送日誌檔案，但在清除頻道的一組已接收 GTIDs 之前產生替換的新轉送日誌檔案。 GTIDs因此，先前的 GTID 集作為PREVIOUS_GTIDS事件寫入新的轉送日誌檔案，導致複寫時發生嚴重錯誤，指出複本的 GTIDs 比來源多，即使兩個伺服器的 gtid_executed 集是空的。現在，RESET SLAVE當 發出時，在產生新的轉送日誌檔案之前會清除所收到的一組 GTIDs，如此就不會發生這種情況。(錯誤編號 27411175)

  • 複寫：使用 GTIDs 進行複寫時，使用相同 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)

  • 啟用 GTIDs 時，多陳述式交易中中斷連線的 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
Aurora MySQL 資料庫引擎更新 2020-11-12 (2.08.3 版) (已棄用)

2.08.3

  • 錯誤編號 23762382 - VALUES INSERTQUERYWITHJOINSELECT單CAUSESINCORRECTBEHAVIOR。

  • 錯誤編號 25209512 - CURRENT_TIMESTAMP PRODUCESZEROSTRIGGER

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

2.08.0

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

  • 錯誤編號 29138644：在 MySQL 伺服器執行時手動變更系統時間會導致頁面清理程式執行緒延遲。

  • 錯誤編號 25222337：虛擬索引中的 NULL 虛擬資料欄欄位名稱導致伺服器在欄位名稱比較期間結束，而此比較發生在填入受外部金鑰限制條件影響的虛擬資料欄時。

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

  • 錯誤編號 25586773：執行預存程序，其中包含從特定 SELECT 陳述式內容建立資料表的陳述式，可能會導致記憶體洩漏。

  • 錯誤編號 28834208：在日誌應用程式期間，TABLE OPTIMIZE 操作之後，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

  • INSERTINGSIZE 64K RECORDS單TAKE單TOOTIMEMUCH。(錯誤編號 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 交易達到準備階段時，現在會釋出 Word 隔離層級中 XA 交易採取的 COMMITTEDREAD 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) 的總合併大小傳回的值，可能會遠大於轉送日誌檔案使用的實際磁碟空間。I/O 執行緒在更新值時未鎖定變數，因此 SQL 執行緒可以在 I/O 執行緒完成更新值之前自動刪除轉送日誌檔案並寫入減少的值。然後，I/O 執行緒會撰寫其原始大小計算，忽略 SQL 執行緒的更新，因此請為已刪除的檔案新增空間。Relay_log_Space 值現在會在更新期間鎖定，以防止並行更新並確保正確的計算。(錯誤編號 26997096、錯誤編號 87832)

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

  • 對於具有預設 TIMESTAMP_TIMESTAMP 的 CURRENT 或 DATETIME 資料欄的資料表，0000-00-00 00:00:00如果資料表有BEFORE INSERT觸發條件，則該資料欄可以初始化為 。(錯誤編號 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：INCORRECTBEHAVIORWITHTRIGGERAND GCOL

  • 錯誤編號 22574695：ASSERTION `！TABLE || (！TABLE->READ_SET || BITMAP_IS_SET(TABLE->READ_SET， FIEL

  • 錯誤編號 25966845：INSERT開啟DUPLICATEKEYGENERATE A DEADLOCK

  • 錯誤編號 23070734：CONCURRENTTRUNCATETABLESCAUSE STALL

  • 錯誤編號 26191879：FOREIGNKEYCASCADESUSEEXCESSIVE MEMORY

  • 錯誤編號 20989615：INNODBAUTO_INCREMENTPRODUCESSAMEVALUE TWICE

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

2.05.0

  • 錯誤編號 23054591：PURGE BINARY LOGS TO 正在讀取整個 binlog 檔案並導致 MySql 停止

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

2.04.9

  • 錯誤編號 23070734、錯誤編號 80060：並行TRUNCATETABLEs導致停滯

  • 錯誤編號 23103937：PS_TRUNCATE_ALL_TABLES() DOESNOTWORK SUPER_READ_ONLY MODE

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

  • 錯誤編號 27082268：無效的 FTS 同步同步。

  • BUG #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：INFINITELOOPPERFORMANCESCHEMABUFFERCONTAINER。

  • 錯誤編號 23550835、錯誤編號 23298025、錯誤編號 81464：當內部緩衝區已滿時，SELECT效能結構描述資料表可能會導致伺服器結束。
Aurora MySQL 資料庫引擎更新 2019-09-19 （2.04.6 版） （已棄用）

2.04.6

  • 錯誤編號 23054591：PURGE BINARY LOGS TO 正在讀取整個 binlog 檔案並導致 MySql 停止

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

2.04.2

錯誤編號 24829050 - INDEX_MERGE_INTERSECTION OPTIMIZATIONCAUSESWRONGQUERY RESULTS
Aurora MySQL 資料庫引擎更新 2018-10-11 （2.03 版） （已棄用）

2.03

  • REVERSE SCAN字 PARTITIONEDTABLE DOESICP - DESCORDER （錯誤編號 24929748)。

  • JSON_OBJECT CREATESJSONINVALIDCODE (Bug#26867509)。

  • INSERTING LARGEJSONDATATAKES AN INORDINATEAMOUNT TIME （錯誤編號 22843444)。

  • PARTITIONED TABLES USE MORE MEMORY IN 5.7 THAN 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，以與社群版本相容。

  • BUG字 #22350047： IF CLIENT KILLED AFTER ROLLBACK TO SAVEPOINT PREVIOUS STMTS COMMITTED

  • 錯誤編號 29915479： RUNNING COM_REGISTER_SLAVE WITHOUT COM_BINLOG_DUMP CAN RESULTS IN SERVER EXIT

  • 錯誤編號 30441969：BUG字編號 29723340： MYSQL SERVER CRASH AFTER SQL QUERY WITH DATA ?AST

  • 錯誤編號 30628268：OUT OF MEMORY CRASH

  • 錯誤編號 27081349：UNEXPECTED BEHAVIOUR WHEN DELETE WITH SPATIAL FUNCTION

  • 錯誤編號 27230859：UNEXPECTED BEHAVIOUR WHILE HANDLING POLYGON INVALID"

  • 錯誤編號 27081349：UNEXPECTED BEHAVIOUR WHEN SPATIAL DELETE WITH"

  • 錯誤編號 26935001： ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • 錯誤編號 29770705： SERVER CRASHED WHILE EXECUTING SELECT WITH SPECIFIC WHERE CLAUSE

  • 錯誤編號 27659490： SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY(OOM)

  • 錯誤編號 24786290： REPLICATION BREAKS AFTER BUG #74145 HAPPENS IN MASTER

  • 錯誤編號 27703912： EXCESSIVE MEMORY USAGE WITH MANY PREPARE

  • 錯誤編號 20527363： TRUNCATE TEMPORARY TABLE CRASH: !DICT_TF2_FLAG_IS_SET(TABLE, DICT_TF2_TEMPORARY)

  • Bug#23103937 PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • 錯誤編號 25053286： USE VIEW WITH CONDITION IN PROCEDURE CAUSES INCORRECT BEHAVIOR (修正於 5.6.36)

  • 錯誤編號 25586773： INCORRECT BEHAVIOR FOR CREATE TABLE SELECT IN A LOOP IN SP (修正於 5.6.39)

  • 錯誤編號 27407480： AUTOMATIC_SP_PRIVILEGES REQUIRES NEED THE INSERT PRIVILEGES FOR MYSQL.USER TABLE

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

  • Bug#15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT WORKING AS EXPECTED

  • SSL Bug 回溯錯誤編號 17087862、錯誤編號 20551271

  • 錯誤編號 16894092：PERFORMANCE REGRESSION5.6.6+ FOR INSERTINTO ... SELECT ... FROM （修正於 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_SIGNED、ALL_UNSIGNED 的其中一個或兩者來修改或覆寫此行為。如需更多詳細資訊，請參閱以資料列為基礎的複寫︰屬性升級與降級，以及變數說明。

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

  • BUG #20768847：ALTERTABLE ... 具有外部金鑰相依性的資料表上的 INDEXDROP 操作引發了聲明。
Aurora MySQL 資料庫引擎更新 2019-11-25 (1.22.0 版) (已棄用) 1.22.0

  • 錯誤編號 16346241 - SERVER CRASHITEM_PARAM：：QUERY_VAL_STR

  • 錯誤編號 17733850 - NAME_CONST() CRASH輸入 ITEM_NAME_CONST：：ITEM_NAME_CONST()

  • 錯誤編號 20989615 - INNODB AUTO_INCREMENT PRODUCES SAME VALUE TWICE

  • 錯誤編號 20181776 - ACCESS CONTROL DOESN'T MATCH MOST SPECIFIC HOST WHEN IT CONTAINS WILDCARD

  • 錯誤編號 27326796 - MYSQL CRASH WITH INNODB ASSERTION FAILURE IN FILE PARS0PARS.CC

  • 錯誤編號 20590013 - IF YOU HAVE A FULLTEXT INDEX AND DROP IT YOU CAN NO LONGER PERFORM ONLINE DDL

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

  • 錯誤編號 19929406：HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROMSTRING：：COPY

  • 錯誤編號 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

  • 錯誤編號 19929406：HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROMSTRING：：COPY

  • 錯誤編號 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

  • 錯誤編號 19929406：HANDLE_FATAL_SIGNAL (SIG=11) IN __MEMMOVE_SSSE3_BACK FROMSTRING：：COPY

  • 錯誤編號 17059925：對於 UNION 陳述式，資料列檢查的值計算不正確。對於效能結構描述陳述式資料表 (例如 events_statements_current) 的 ROWS_EXAMINED 資料欄，這顯示為值太大。

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

  • 錯誤編號 16311231：如果查詢在子IN句中包含子查詢，並在WHERE子句中包含 XOR 操作，則傳回不正確的結果。
Aurora MySQL 資料庫引擎更新 2019-02-07 (1.19.0 版) (已棄用) 1.19.0

  • BUG字 #32917：DETECTORPHANTEMPPOOLFILES、ANDHANDLE GRACEFULLY

  • BUG #63144 CREATE TABLE IF NOTEXISTS METADATA LOCK IS TOO RESTRICTIVE

Aurora MySQL 資料庫引擎更新 2019-01-17 (1.17.8 版) (已棄用) 1.17.8

  • BUGTABLE #13418638：NOTCREATE IF EXISTS METADATA LOCK IS TOO RESTRICTIVE

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

  • 對外部索引鍵資料欄卸除索引而導致資料表遺失。(錯誤編號 16208542)

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

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

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

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

  • 對於重新命名或變更 ALTER 資料欄預設值的 Word Word TABLEBINARY陳述式，修改是使用資料表複本完成，而不是就位。(錯誤編號 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 中的 Assert （錯誤編號 18079671)

  • ALTER RBT的 Assert TABLE_EMPTY(INDEX_CACHE->WORDS) COLUMN錯誤編號 CHANGE 17536995)

  • 涉及儲存點時，InnoDB 全文搜尋找不到記錄 (錯誤編號 70333、錯誤編號 17458835)
Aurora MySQL 資料庫引擎更新 2017-11-20 (1.15.1 版) (已棄用) 1.15.1

  • 已還原 — MySQL 執行個體停止執行「執行 SYNC 索引」（錯誤 #73816)

  • 已還原 — ALTER RBT_EMPTY (INDEX_CACHE->WORDS) 的 Assert TABLE CHANGE_COLUMN （錯誤編號 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 RBT的 Assert TABLE_EMPTY(INDEX_CACHE->WORDS) COLUMN錯誤編號 CHANGE 17536995)

  • 涉及儲存點時，InnoDB 全文搜尋找不到記錄 (錯誤編號 70333)
Aurora MySQL 資料庫引擎更新：2018-03-13 (1.14.4 版) (已棄用) 1.14.4

  • 可忽略的事件沒有作用且未經過測試 (錯誤編號 74683)

  • NEW->OLD ASSERT FAILURE '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 新增欄 更新時 TIMESTAMPCURRENT_TIMESTAMP 插入 ZERO-datas （錯誤 #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 新增欄 更新時 TIMESTAMPCURRENT_TIMESTAMP 插入 ZERO-datas （錯誤 #17392)
Aurora MySQL 資料庫引擎更新：2017-02-23 (1.11 版) (已棄用) 1.11.0

  • 與其他 DROP 操作同時執行 ALTER 資料表 DROP 外部索引鍵會導致資料表消失。(錯誤編號 16095573)

  • 有些使用 INFORMATION BY 的 ORDER_SCHEMA 查詢不會像先前一樣使用檔案排序最佳化。(錯誤編號 16423536)

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

  • 開啟太多暫存資料表會導致伺服器故障，而無法發出錯誤訊息。(錯誤編號 18948649)
Aurora MySQL 資料庫引擎更新：2016-12-14 (1.10 版) (已棄用) 1.10.0

  • 衍生資料表的 UNION 會傳回 '1=0/false'-clauses 的錯誤結果。(錯誤編號 69471)

  • 在 ITEM_FUNC_GROUP_CONCAT：：FIX_FIELDS 中，伺服器會在第 2 次執行預存程序時當機。(錯誤編號 20755389)

  • 在 FTS 快取同步至磁碟期間，只要快取大小超過總大小的 10%，只要將快取同步任務卸載至個別執行緒，即可避免 MySQL 查詢停滯太久。(錯誤編號 22516559、錯誤編號 73816)
Aurora MySQL 資料庫引擎更新：2016-10-26 (1.8.1 版) (已棄用) 1.8.1

  • OpenSSL 因 LogJam 問題而變更了 Diffie-Hellman 金鑰長度參數。(錯誤編號 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 值，但當最佳化工具使用鬆散索引掃描時，會計算這些值。(錯誤編號 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

  • BACKPORT Bug #18694052 FIX FOR ASSERTION！M_ORDERED_REC_BUFFER' FAILED TO 5.6 (Port Bug #18305270)

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

  • WRONGRESULTSWITHPARTITIONING、INDEXMERGE_AND NO PK （連接埠錯誤編號 18167648)

  • FLUSHTABLESFOREXPORT：ASSERTION輸入 HA_PARTITION：：EXTRA （連接埠錯誤編號 16943907)

  • SERVER CRASH VIRTUAL HA_ROWS HANDLER：：MULTI_RANGE_READ_INFO_Word_CONST (Port Bug # 16164031)

  • RANGE_SEL：：RB_INSERT() 的OPTIMIZERCRASHESARG (Port Bug # 16241773)
Aurora MySQL 資料庫引擎更新：2016-01-11 (1.5 版) (已棄用)

1.5.0

  • 已解決 MySQL 全文搜尋中對資料庫名稱開頭為 位數的資料表的影響之未完成修正。(連接埠錯誤編號 17607956)

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

1.4

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

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

  • 將資料表重新命名為不同的資料庫後FTS損毀。(錯誤編號 16834860)

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

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

  • 長時間 UTF8 VARCHAR不會選擇具體化。(錯誤編號 17566396)

  • 當 ORDER BY 有限制 X 時執行計畫不佳。（錯誤編號 16697792)

  • 回溯錯誤 #11765744 至 5.1、5.5 AND 5.6。(錯誤編號 17083851)

  • SQL/SQL_SHOW.CC 中的 Mutex 問題導致 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)

  • WordPURGE LOGS BINARY Word by design 不會移除正在使用或作用中的二進位日誌檔案，但不會在發生這種情況時提供任何通知。(錯誤編號 13727933)

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

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

  • 使用 GROUP_CONCAT() 的預備陳述式和名為多個資料欄的 ORDER BY 子句可能會導致伺服器結束。(錯誤編號 16075310)

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

  • STOP SLAVE 當 與 SHOW STATUS 等陳述式同時發出時，可能會導致死鎖，該陳述式會擷取一或多個狀態變數 Slave_retried_transactions、Slave_heartbeat_period、Slave_received_heartbeats、 Slave_last_heartbeat或 的值Slave_running。(錯誤編號 16088188)

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

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

  • GROUP_CONCAT 不穩定，WordITEM_SUM：：CLEAN_UP_AFTER_REMOVAL 損毀。(錯誤編號 16347450)

  • 嘗試透過建立與 InnoDB.INNODBINFORMATION_ 具有相同結構的 InnoDB 資料表來取代預設的 InnoDB 全文搜尋 (SCHEMA) 停止詞清單FTSFT_DEFAULT_STOPWORD 將導致錯誤。(錯誤編號 16373868)

  • 在工作者的用戶端執行緒執行 TABLES FLUSH WITH LOCK READ 後，接著在主控端上進行一些更新後，工作者在執行 時停止SHOW SLAVE STATUS。(錯誤編號 16387720)

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

  • FTS_AST_TERM_SET_Word_WILDCARD 中的當機。(錯誤編號 16429306)

  • FTS SEGFAULT 測試的 FTS_AST_VISIT() RQG。(錯誤編號 16435855)

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

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

  • START SLAVE 當伺服器以 relay-log-info-repository=TABLE 選項--master-info-repository=TABLE啟動，且自動遞交設為 0 時， 會失敗，並搭配 --skip-slave-start。(錯誤編號 16533802)

  • 非常大型的 InnoDB 全文搜尋 (FTS) 結果可能會耗用過多的記憶體。(錯誤編號 16625973)

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

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

  • 在與工作者的新連線STOP SLAVE中發出 FLUSH TABLES WITH LOCK，然後使用SHOW SLAVE STATUS原始連線發出 ，在發出 Word READ 後可能導致死結。(錯誤編號 16856735)

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

  • 伺服器對任何 SHOWLOCK Word STATUS Word LIKE'pattern' 陳述式的 Word_active_mi 和 active_mi->rli->data_lock mutexes 進行了過度鎖定，即使模式不符合使用這些 mutexes 的狀態變數 Slave_last_heartbeat Slave_received_heartbeats(Slave_heartbeat_period、、Slave_retried_transactions、、)Slave_running。(錯誤編號 16904035)

  • 使用 IN BOOLEAN MODE 修改程式進行全文搜尋會導致宣告失敗。(錯誤編號 16927092)

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

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

  • 當等待遞交鎖定的 SQL 執行緒遭到刪除並重新啟動時，會導致工作者略過交易。(錯誤編號 17450876)

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

  • 在 MySQL 5.6 或 5.7 中使用時，大量分割的 InnoDB 資料表可能會耗用比先前 MySQL 伺服器版本中相同資料表使用的記憶體更多的記憶體。(錯誤編號 17780517)

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

  • 當有大量空白 InnoDB 資料表時，INFORMATION_SCHEMA TABLES 和 COLUMNS 資料表的某些查詢可能會導致記憶體使用過多。(錯誤編號 18592390)

  • 遞交交易時，現在會使用旗標來檢查執行緒是否已建立，而不是檢查執行緒本身，這會使用更多資源，特別是在執行具有 master_info_repository=TABLE 的伺服器時。(錯誤編號 18684222)

  • 如果工作者的用戶端執行緒在主伺服器執行 FLUSH 時執行 DML TABLES WITH READLOCK，則相同用戶端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)