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

解 out-of-memory 決了長時間運行事務的新鎖定管理器中的問題

已解決以非 RDS for MySQL 資料庫複寫時的安全漏洞

更新完成，以確保仲裁寫入作業在儲存失敗後，能夠以正確方式重試

完成更新，使系統能更精準地回報複本延遲情況

減少多個並行交易嘗試修改同一資料列時的爭用情形，藉此改善效能

針對以連結兩個資料表的方式所建立之檢視，解決其查詢快取失效的問題

針對具 UNCOMMITTED_READ 隔離的交易，停用其查詢快取

提升對暖快取執行慢速目錄查詢的效能

改善字典統計資料的並行情況

針對新的查詢快取資源管理程式、範圍管理功能、Amazon Aurora 智慧儲存體所儲存的檔案，以及日誌記錄的批次寫入作業，提升穩定性

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

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

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

PURGE BINARY LOGS 設計本身不會移除使用中或作用中的二進位日誌檔，但也不會在移除時通知。(錯誤編號 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 不穩定，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_period、Slave_last_heartbeat、Slave_received_heartbeats、Slave_retried_transactions、Slave_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)