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。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集。

功能

• 此版本針對新叢集和還原的快照具備平行查詢功能。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 記憶體不足使用者指南中的記憶體不足問題。