本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
Aurora MySQL 資料庫引擎更新 2018-09-20 (1.18.0 版) (已棄用)
版本：1.18.0
Aurora MySQL 1.18.0 已全面推出。所有與 MySQL 5.6 相容的新 Aurora MySQL 平行查詢叢集 (包括從快照還原的叢集)，將會以 Aurora MySQL 1.18.0 建立。您可自行選擇 (非必要) 將現有的平行查詢叢集升級至 Aurora MySQL 1.18.0。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17.6. 中建立新的資料庫執行個體。您可以使用 AWS CLI 或 Amazon RDS API 並指定引擎版本來執行此操作。
Aurora MySQL 1.18.0 採用叢集修補模式，在此模式中，Aurora 資料庫叢集中的所有節點都會同時修補。
重要
Aurora MySQL 1.18.0 僅適用於 Aurora 平行查詢叢集。如果您升級已佈建的 5.6.10a 叢集，則產生的版本為 1.17.8。如果您升級平行查詢 5.6.10a 叢集，則產生的版本是 1.18.0。
如果您有任何問題或疑慮，可透過社群論壇和 Support AWS 援取得 Sup AWS port
功能
-
此版本針對新叢集和還原的快照具備平行查詢功能。Aurora MySQL 平行查詢是一種最佳化操作，它可以將處理資料密集查詢時牽涉到的一些輸入/輸出和運算平行化。平行化的工作包括從儲存體擷取資料列、擷取資料行值，以及判斷哪些資料列符合
WHERE子句和 join 子句中的條件。這類資料密集的工作會被委派 (資料庫最佳化術語叫做「下推」) 給 Aurora 分散式儲存層中的多個節點。少了平行查詢，每個查詢會將所有掃描到的資料帶到 Aurora MySQL 叢集 (前端節點) 中的單一節點，然後在那裡執行所有的查詢處理。-
啟用平行查詢功能時，Aurora MySQL 引擎會自動判斷查詢何時可以受益，而不需要如提示或表格屬性之類的 SQL 變更。
如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的使用 Amazon Aurora MySQL 的平行查詢。
-
-
OOM 規避：這個功能會監控系統記憶體，並追蹤資料庫各項元件耗用的記憶體。一旦系統執行時的記憶體過低，就會執行一連串的動作從各項追蹤的元件釋放記憶體，嘗試讓資料庫不致於記憶體不足 (OOM)，進而避免資料庫重新啟動。t2 執行個體預設會啟用這個最佳作業功能，在其他執行個體類別上則能透過名為
aurora_oom_response的執行個體參數啟用該功能。此執行個體參數會使用一個字串，字串內容是以逗號分隔的動作，當記憶體不足時，執行個體即會採取這些動作。有效的動作包括「print」、「tune」、「decline」、「kill_query」或這些動作的任意組合。空字串表示不應採取任何動作，等於是停用了這個功能。請注意，此功能的預設動作是「print, tune」。使用範例：-
「print」– 只列印用掉大量記憶體的查詢。
-
「tune」– 調整內部資料表快取，以釋放部分記憶體給系統。
-
「decline」– 一旦執行個體記憶體不足，便拒絕新的查詢。
-
「kill_query」– 依記憶體消耗的遞減順序終止查詢，直到執行個體記憶體高於低閾值。資料定義語言 (DDL) 陳述式不會終止。
-
「print, tune」– 執行「print」和「tune」所述的動作。
-
「tune, decline, kill_query」– 執行針對「tune」、「decline」及「kill_query」所述的動作。
如需處理 out-of-memory 條件和其他疑難排解建議的相關資訊，請參閱 Amazon Aurora MySQL 記憶體不足使用者指南中的記憶體不足問題。
-
