Aurora MySQL 数据库引擎更新 2018-09-20(版本 1.18.0)(已弃用) - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

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 Support 联系 Amazon Support。有关更多信息,请参阅《Amazon Aurora 用户指南》中的维护 Amazon Aurora 数据库集群

特征

  • 并行查询在此版本中可用,适用于新集群和恢复的快照。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”描述的操作。

    有关处理内存不足状况的信息及其他故障排除建议,请参阅《Amazon Aurora 用户指南》中的 Amazon Aurora MySQL 内存不足问题