Aurora MySQL 資料庫引擎更新：2016-10-18 (1.8 版) (已棄用)

AWS Lambda 整合 — 您現在可以使用此mysql.lambda_async程序從 Aurora 資料庫叢集以非同步方式叫用 AWS Lambda 函數。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的從 Aurora MySQL 資料庫叢集調用 Lambda 函數。

從 Amazon S3 載入資料 – 您現在可以使用 LOAD DATA FROM S3 或 LOAD XML FROM S3 命令，將 Amazon S3 儲存貯體中的文字或 XML 檔案載入 Aurora 資料庫叢集。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的從 Amazon S3 儲存貯體中的文字檔案將資料載入 Amazon Aurora MySQL 資料庫叢集。

目錄遷移 – Aurora 現在可將目錄中繼資料保存於叢集磁碟區，以支援版本控制功能。此功能可跨版本運作及還原，實現流暢的目錄遷移作業。

叢集層級維護與修補作業 – Aurora 現可管理整個資料庫叢集的維護更新作業。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集。

Aurora 複本未將中繼資料鎖定授予傳入的 DDL 資料表時，複本就會當機。現在，此問題已獲得修正。

若有 log_output=TABLE，即允許 Aurora 複本修改非 InnoDB 資料表，以促進慢速與一般日誌 CSV 檔的輪換。

修正將主要執行個體的統計資料更新到 Aurora 複本時的延遲情形。若不修正，Aurora 複本的統計資料便無法與主要執行個體的統計資料同步，導致 Aurora 複本的查詢計畫不同調 (且可能效能低落)。

修正一項罕見的競爭條件，確保 Aurora 複本不會取得鎖定。

修正向主要執行個體註冊或取消註冊 Aurora 複本可能失敗的罕見情況。

修正在開啟或關閉磁碟區時，可能在 db.r3.large 執行個體上導致死鎖的競爭條件。

out-of-memory 修正由於 Aurora 分散式儲存服務中的大型寫入工作負載和失敗而可能發生的問題。

若有長時間執行的交易，清除執行緒會發生空轉，導致 CPU 高度耗用。現在，此問題已獲得修正。

執行資訊結構描述查詢，可取得重度負載情況下的鎖定資訊，但這過程容易發生問題。現在，此問題已獲得修正。

修正診斷流程的問題，在少數情況下，此問題會導致 Aurora 對儲存節點的寫入作業發生拖延情形，以及重新啟動/容錯移轉。

修正以下狀況：如果處理 CREATE TABLE [if not exists] 陳述式期間發生損毀，則在損毀復原期間可能會刪除已成功建立的資料表。

若未使用目錄防護功能將一般與慢速日誌儲存至磁碟，日誌輪換程序會因此遭到破壞。現在，此情形已獲得修正。

若使用者在使用者定義函數的範圍內建立暫存資料表，接著又在查詢的選取清單中使用由使用者定義的函數，就會導致系統當機。現在，此問題已獲得修正。

修正重新執行 GTID 事件時發生當機的問題。Aurora MySQL 不支援 GTID。

以多個索引卸除資料欄的所有索引時，若外部索引鍵限制條件要求取得索引，InnoDB 無法封鎖 DROP INDEX 操作。(錯誤編號 16896810)

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

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

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