選取您的 Cookie 偏好設定

我們使用提供自身網站和服務所需的基本 Cookie 和類似工具。我們使用效能 Cookie 收集匿名統計資料,以便了解客戶如何使用我們的網站並進行改進。基本 Cookie 無法停用,但可以按一下「自訂」或「拒絕」以拒絕效能 Cookie。

如果您同意,AWS 與經核准的第三方也會使用 Cookie 提供實用的網站功能、記住您的偏好設定,並顯示相關內容,包括相關廣告。若要接受或拒絕所有非必要 Cookie,請按一下「接受」或「拒絕」。若要進行更詳細的選擇,請按一下「自訂」。

SQL Aurora My 資料庫引擎更新修正了我的SQL錯誤 - Amazon Aurora

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

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

SQL Aurora My 資料庫引擎更新修正了我的SQL錯誤

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

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

我的SQL 8.0 相容版本 Aurora 透過其對應的 MySQL Compatibility 版本包含所有 MySQL 錯誤修正。下表識別 Aurora MySQL 資料庫引擎更新已修正的其他 MySQL Bug,以及它們已修正的更新。

資料庫引擎更新 我的SQL相容版本 版本 我的SQL錯誤已修正
Aurora MySQL 資料庫引擎更新 2024-11-18 (3.08.0 版,與 MySQL 8.0.39 相容)

8.0.39

3.08.0
  • 已修正導致同時具有 JOINUNION操作之特定查詢的結果集錯誤省略NULL值的問題。(社群錯誤修正 #114301)

Aurora MySQL 資料庫引擎更新 2024-06-04 (3.07.0 版,與 MySQL 8.0.36 相容)

8.0.36

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

  • 已修正下列問題:儲存的常式中的部分子查詢執行個體不一定能正確處理。(社群錯誤修正 #35377192)

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

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

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

8.0.34

3.06.0

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

  • 已修正下列問題:儲存的常式中的部分子查詢執行個體不一定能正確處理。(社群錯誤修正 #35377192)

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

  • 修正 InnoDB 允許在低於 3.05 的 Aurora MySQL 版本中將資料INSTANT欄新增至我的SQL系統結構描述中的資料表的問題,這可能會導致伺服器在升級至 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 中的問題:如果系統結構描述中的我的SQL資料表在 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

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

Aurora MySQL 資料庫引擎更新 2024-03-15 (3.04.2 版,與 MySQL 8.0.28 相容)

8.0.28

3.04.2

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

  • 將包含多個 ANDORXOR條件的SELECT陳述式作為子查詢,重複執行預存常式會導致過度消耗,並最終可能耗盡虛擬記憶體。(社群錯誤修正 #33852530)

Aurora MySQL 資料庫引擎更新 2023-11-13 (3.04.1 版,與 MySQL 8.0.28 相容)

8.0.28

3.04.1

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

Aurora MySQL 資料庫引擎更新 2023-07-31 (3.04.0 版,與 MySQL 8.0.28 相容)

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

  • 已修正由於背景TLS憑證輪換而導致CPU使用率提高的問題 (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

  • 修正以下問題:如果排序緩衝區的大小不是排序中最大資料列的至少 15 倍TEXT,包括 JSON和 在內的部分資料欄類型排序有時會耗盡排序緩衝區。現在,排序緩衝區只需為最大排序索引鍵的 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)

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

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

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

  • 已修正在升級包含使用者建立之資料表與特定資料表 的 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 資料庫引擎更新修正了我的SQL錯誤

我的SQL 5.7 相容版本 Aurora 包含透過 MySQL 5.7.44 的所有 MySQL 錯誤修正。下表識別 Aurora MySQL 資料庫引擎更新已修正的其他 MySQL Bug,以及它們已修正的更新。

資料庫引擎更新 版本 我的SQL錯誤已修正
Aurora MySQL 資料庫引擎更新 2024-07-09 (2.12.3 版,與 MySQL 5.7.44 相容) 此版本已達到標準支援。

2.12.3

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

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

  • 已修正由於背景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。修正以下問題:在將資料表移至不同結構描述RENAMETABLE的操作之後,InnoDB 無法更新 INNODB_SYS_DATAFILES 資料字典資料表。這會導致重新啟動時發生錯誤,表示找不到資料表空間資料檔案。

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

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

  • 修正即使已啟用 auto_sp_privileges, EXECUTE和 ALTERROUTINE權限仍未正確授予例行建立者的問題。(錯誤 #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 從屬,或從 MySQL 5.7 主伺服器將 log_builtin_as_identified_by_password 系統變數設定為 ON 到 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)

  • 已修正需要主索引鍵大於 1024 位元組UPDATE的暫存資料表,且該資料表是使用 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 ZEROS IN TRIGGER。(錯誤編號 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型複寫複本上,執行 -gtid-mode=ON-log-bin=OFF-slave-skip-errors,當遇到應忽略的錯誤Exec_Master_Log_Pos時,未正確更新,導致與 的同步鬆Exec_Master_Log_PosRead_master_log_pos。如果GTID_NEXT未指定 ,複本在從單一陳述式交易轉返時永遠不會更新其GTID狀態。Exec_Master_Log_Pos 不會更新 ,因為即使交易已完成,其GTID狀態仍會顯示為其他狀態。只有在GTID_NEXT指定 時,才會復原交易,修正才會移除更新GTID狀態的限制。(錯誤編號 22268777)

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

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

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

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

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

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

  • 複寫:在GTIDs正在使用 的複寫複本上發出RESETSLAVE陳述式時,會清除現有的轉送日誌檔案,但在清除頻道GTIDs接收的 集之前產生替代的新轉送日誌檔案。因此,先前的GTID集合會寫入新的轉送日誌檔案做為PREVIOUS_GTIDS事件,導致複寫時發生嚴重錯誤,指出複本GTIDs超過來源,即使兩個伺服器的 gtid_executed 集合都是空的。現在,RESET SLAVE當 發出時,GTIDs系統會在產生新的轉送日誌檔案之前清除接收的 集,因此不會發生這種情況。(錯誤編號 27411175)

  • 複寫:使用 GTIDs 進行複寫時,使用相同 插入空交易或替換交易的建議方法,無法手動略過交易,包括導致剖析錯誤 (ER_PARSE_ERROR) 的陳述式GTID。此動作應該會導致複本將 識別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_GTIDSET() 函數中的鎖定問題可能會導致伺服器在特定情況下停止運作。現在已更正這個問題。(錯誤編號 29550513)

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

2.09.1

  • 複寫:將交易隔離層級設定為 時,交錯交易有時可能會使從屬附加元件失效REPEATABLEREAD。(錯誤編號 25040331)

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

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

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

2.08.3

  • 錯誤編號 23762382 - INSERT VALUES QUERY WITH JOIN IN A SELECT CAUSES INCORRECT BEHAVIOR。

  • 錯誤編號 25209512 - CURRENT_TIMESTAMP PRODUCES ZEROS IN TRIGGER。

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

2.08.0

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

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

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

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

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

  • 錯誤編號 28834208:在日誌應用程式期間,OPTIMIZETABLE操作之後,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

  • INSERTING 64K SIZE RECORDS TAKE TOO MUCH TIME。(錯誤編號 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 交易達到準備階段時,READCOMMITTED隔離層級中 XA 交易所採取的GAP鎖定現在會釋出 (且不再繼承)。(錯誤編號 27189701、錯誤編號 25866046)

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

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

  • 複寫:將交易隔離層級設定為 時,交錯交易有時可能會使從屬附加元件失效REPEATABLEREAD。(錯誤編號 25040331)

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

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

  • 若資料表的 TIMESTAMPDATETIME資料欄的預設值為 CURRENT_TIMESTAMP0000-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: INCORRECT BEHAVIOR WITH TRIGGER AND GCOL

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

  • 錯誤編號 25966845:INSERTON DUPLICATE KEY GENERATE A DEADLOCK

  • 錯誤編號 23070734: CONCURRENT TRUNCATE TABLES CAUSE STALL

  • 錯誤編號 26191879: FOREIGN KEY CASCADES USE EXCESSIVE MEMORY

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

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

2.05.0

  • 錯誤編號 23054591:PURGEBINARYLOGSTO 正在讀取整個 binlog 檔案並導致 MySql 停止

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

2.04.9

  • 錯誤編號 23070734、錯誤編號 80060:並行TRUNCATETABLEs原因停滯

  • 錯誤編號 23103937:PS_TRUNCATEALL_TABLES() DOES NOT WORK IN 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:INFINITELOOPIN PERFORMANCE SCHEMA BUFFER CONTAINER。

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

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

2.04.6

  • 錯誤編號 23054591:PURGEBINARYLOGSTO 正在讀取整個 binlog 檔案並導致 MySql 停止

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

2.04.2

錯誤編號 24829050 - INDEX_MERGE_INTERSECTION OPTIMIZATION CAUSES WRONG QUERY RESULTS

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

2.03

  • REVERSE SCAN ON A PARTITIONED TABLE DOES ICP - ORDER BY DESC(錯誤編號 24929748)。

  • JSON_OBJECT CREATESINVALIDJSONCODE(Bug#26867509)。

  • INSERTING LARGE JSON DATA TAKES AN INORDINATE AMOUNT OF 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 資料庫引擎更新修正了我的SQL錯誤

我的SQL 5.6 相容版本 Aurora 包含 MySQL 5.6.10 的所有我的SQL錯誤修正。下表識別 Aurora MySQL 資料庫引擎更新已修正的其他 MySQL Bug,以及它們已修正的更新。

資料庫引擎更新 版本 我的SQL錯誤已修正
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 TO CLIENT KILLED AFTER ROLLBACK SAVEPOINT PREVIOUS STMTS COMMITTED

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

  • 錯誤 #30441969:BUG#29723340:MYSQLSERVERCRASHAFTERSQLQUERYWITHDATA?AST

  • 錯誤編號 30628268: OUT OF MEMORY CRASH

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

  • 錯誤編號 27230859:UNEXPECTED BEHAVIOUR WHILE HANDLINGIN VALID POLYGON"

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

  • 錯誤編號 ALTER TABLE 26935001: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:REPLICATIONBREAKSAFTERBUG#74145 HAPPENS IN MASTER

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

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

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

  • 錯誤編號 25053286:USEVIEWWITHCONDITIONIN PROCEDURECAUSESINCORRECTBEHAVIOR(修正於 5.6.36)

  • 錯誤編號 25586773:INCORRECTBEHAVIORFORCREATETABLESELECTIN A LOOP IN SP (修正於 5.6.39)

  • 錯誤編號 27407480:AUTOMATIC_SP_PRIVILEGESREQUIRESNEEDTHEINSERTPRIVILEGESFORMYSQL。USER TABLE

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

  • Bug#15831300 SLAVE_TYPE_CONVERSIONS=ALL_NON_LOSSY NOT WORKING AS EXPECTED

  • SSL 錯誤後端連接埠錯誤 #17087862、錯誤 #20551271

  • 錯誤編號 16894092:PERFORMANCEREGRESSIONIN 5.6.6+ FOR INSERT INTO ... 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_SIGNEDALL_UNSIGNED 的其中一個或兩者來修改或覆寫此行為。如需更多詳細資訊,請參閱以資料列為基礎的複寫︰屬性升級與降級,以及變數說明。

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

  • BUG #20768847:具有外部金鑰相依性的資料表上的 ALTER... TABLE DROPINDEX操作引發了聲明。

Aurora MySQL 資料庫引擎更新 2019-11-25 (1.22.0 版) (已棄用) 1.22.0
  • 錯誤編號 16346241 - SERVER CRASH IN ITEM_PARAM::QUERY_VAL_STR

  • 錯誤編號 17733850 - NAME_CONST() CRASH IN ITEM_NAME_CONST::ITEMNAME_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 - 如果YOUHAVE為 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 FROM STRING::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 FROM STRING::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 FROM STRING::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: DETECT ORPHAN TEMP-POOL FILES, AND HANDLE GRACEFULLY

  • BUG 如果NOTEXISTSMETADATALOCK為 ISCREATETABLE,則為 #63144 TOO RESTRICTIVE

Aurora MySQL 資料庫引擎更新 2019-01-17 (1.17.8 版) (已棄用) 1.17.8
  • BUG #13418638:CREATETABLE如果NOTEXISTSMETADATALOCK是 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
  • 對於重新命名或變更資料BINARY欄預設值的ALTERTABLE陳述式,修改是使用資料表複本完成,而不是就位。(錯誤編號 67141、錯誤編號 14735373、錯誤編號 69580、錯誤編號 17024290)

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

Aurora MySQL 資料庫引擎更新 2018-03-13 (1.17 版) (已棄用) 1.17.0
  • LAST如果使用複寫篩選條件,_INSERT_ID 會複寫不正確 (錯誤編號 69861)

  • 查詢會根據 INDEX_MERGE 設定 (錯誤 #16862316) 傳回不同的結果

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

  • InnoDBFTS:FTS_CACHE_APPEND_DELETEDDOC_IDS 中的 Assert (錯誤編號 18079671)

  • 在 ALTERTABLECHANGECOLUMN(錯誤 #17536995WORDS) 中宣告 RBT_EMPTY(INDEX_CACHE->)

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

Aurora MySQL 資料庫引擎更新 2017-11-20 (1.15.1 版) (已棄用) 1.15.1
  • 已還原 — 我的SQL執行個體停滯「執行SYNC索引」(錯誤 #73816)

  • 已還原 — 宣告 RBT_EMPTY(INDEX_CACHE->WORDS) in ALTERTABLECHANGECOLUMN(錯誤編號 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)。

  • 我的SQL執行個體停滯「執行SYNC索引」(錯誤 #73816)

  • 在 ALTERTABLECHANGECOLUMN(錯誤 #17536995WORDS) 中宣告 RBT_EMPTY(INDEX_CACHE->)

  • 涉及儲存點時,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 TIMESTAMP 在更新時新增資料欄 CURRENT_TIMESTAMP insert 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 TIMESTAMP 在更新時新增資料欄 CURRENT_TIMESTAMP insert ZERO-datas (錯誤編號 17392)

Aurora MySQL 資料庫引擎更新:2017-02-23 (1.11 版) (已棄用) 1.11.0
  • 與其他 DROP 操作同時執行ALTER資料表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'-clauses 的錯誤結果。(錯誤編號 69471)

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

  • 在FTS快取同步到磁碟期間,只要快取大小超過總大小的 10%,只要將快取同步任務卸載至個別執行緒,即可避免我的SQL查詢停滯太久。(錯誤編號 22516559、錯誤編號 73816)

Aurora MySQL 資料庫引擎更新:2016-10-26 (1.8.1 版) (已棄用) 1.8.1
  • 由於 LogJam 此問題,開啟SSL已變更 Diffie-Hellman 金鑰長度參數。(錯誤編號 18367167)

Aurora MySQL 資料庫引擎更新:2016-10-18 (1.8 版) (已棄用) 1.8.0
  • 當捨棄具有多個索引的資料欄上的所有索引時,InnoDB 無法在外部金鑰限制條件需要索引時封鎖DROPINDEX操作。(錯誤編號 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、My 鬆散掃描的查詢當機ISAM。(錯誤編號 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 錯誤編號 18694052 FIX FOR ASSERTION `!M_ORDEREDREC_BUFFER' FAILED TO 5.6 (連接埠錯誤編號 18305270)

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

  • WRONG RESULTS WITH PARTITIONING,INDEX_MERGE AND NO PK (Port Bug # 18167648)

  • FLUSH TABLES FOR EXPORT:ASSERTIONIN HA_PARTITION::EXTRA (連接埠錯誤編號 16943907)

  • SERVER CRASH IN VIRTUAL HA_ROWS HANDLER::MULTIRANGE_READ__INFO_ CONST(連接埠錯誤編號 16164031)

  • RANGE OPTIMIZER CRASHES IN SEL_ARG::RB_INSERT() (連接埠錯誤編號 16241773)

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

1.5.0

  • 解決了我的SQL全文搜尋中對資料庫名稱以數字開頭的資料表影響的未完成修正。(連接埠錯誤編號 17607956)

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

1.4

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

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

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

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

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

  • 長UTF8VARCHAR欄位不會選擇具體化。(錯誤編號 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)

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

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

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

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

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

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

  • STOP SLAVE 當 與 等陳述式同時發出時,可能會導致死結SHOWSTATUS,擷取一或多個狀態變數 Slave_retried_transactionsSlave_heartbeat_periodSlave_received_heartbeatsSlave_last_heartbeat或 的值Slave_running。(錯誤編號 16088188)

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

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

  • GROUP_CONCAT 不穩定,在 ITEM_SUM::CLEAN_UP_AFTER_ 中當機REMOVAL。(錯誤編號 16347450)

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

  • 在工作者的用戶端執行緒執行 FLUSHTABLESWITHREADLOCK之後,接著在主節點上進行一些更新後,工作者在執行 時停止SHOW SLAVE STATUS。(錯誤編號 16387720)

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

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

  • SEGFAULT 在 FTS_AST_VISIT() 中FTSRQG進行測試。(錯誤編號 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_CHECKORDER__BY 中可能會發生宣告,因為二進位可能包含NULL位元組和其他非意義字元。(錯誤編號 16766016)

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

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

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

  • 伺服器對任何 'pattern' 陳述式的 LOCK_active_mi 和 active_mi->rli->data_lock Mutexes SHOW STATUS LIKE 進行了過度鎖定,即使模式不符合使用這些 Mutex 的狀態變數 (Slave_heartbeat_period、、Slave_last_heartbeatSlave_received_heartbeatsSlave_retried_transactions、)Slave_running。(錯誤編號 16904035)

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

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

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

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

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

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

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

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

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

  • 如果主伺服器執行 FLUSHTABLESWITHREADLOCK時在工作者上執行的用戶端執行緒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 中引入的程式碼迴歸對DROPTABLEALTERTABLE效能造成負面影響。這可能會導致 MySQL Server 5.5.x 和 5.6.x 之間的效能下降。(錯誤編號 16864741)

隱私權網站條款Cookie 偏好設定
© 2025, Amazon Web Services, Inc.或其附屬公司。保留所有權利。