本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Aurora MySQL 数据库引擎更新 2018-09-20（版本 1.18.0）（已弃用）
版本：1.18.0
Aurora MySQL 1.18.0 已正式发布。将在 Aurora MySQL 1.18.0 中创建所有与 MySQL 5.6 兼容的新 Aurora MySQL 并行查询集群（包括从快照还原的集群）。您可以选择（但不要求这样做）将现有并行查询集群升级到 Aurora MySQL 1.18.0。您可以在 Aurora MySQL 1.14.4、Aurora MySQL 1.15.1、Aurora MySQL 1.16 或 Aurora MySQL 1.17.6 中创建新数据库集群。为此，您可以使用 Amazon 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。
如果您有任何疑问或疑虑，可以在社区论坛和 Amazon 支持部门获得Amazon 支持
功能
-
并行查询在此版本中可用，适用于新集群和恢复的快照。Aurora MySQL 并行查询是一种优化功能，它并行处理在处理数据密集型查询时涉及的一些 I/O 和计算。并行处理的工作包括从存储中检索行，提取列值以及确定哪些行与
WHERE子句和联接子句中的条件匹配。该数据密集型工作将委派（在数据库优化术语中为“向下推送”）给 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 条件和其他故障排除建议的信息，请参阅《亚马逊 Aurora 用户指南》中的 Amazon Aurora MySQL 内存不足问题。
-