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可在社区论坛上获得支持,也可以通过以下方式获得支持Amazon支持。有关更多信息,请参见维护亚马逊 Aurora 数据库集群亚马逊 Aurora 用户指南

功能

  • 并行查询在此版本中可用,适用于新集群和恢复的快照。Aurora MySQL 并行查询是一种优化功能,它并行处理在处理数据密集型查询时涉及的一些 I/O 和计算。并行处理的工作包括从存储中检索行,提取列值以及确定哪些行与 WHERE 子句和联接子句中的条件匹配。该数据密集型工作将委派(在数据库优化术语中为“向下推送”)给 Aurora 分布式存储层中的多个节点。如果不使用并行查询,每个查询将所有扫描的数据传输到 Aurora MySQL 集群中的单个节点(头节点),并在此处执行所有查询处理。

    • 如果启用了并行查询功能,Aurora MySQL 引擎将自动确定查询何时可以从中受益,而无需进行 SQL 更改(如提示或表属性)。

    有关更多信息,请参见处理亚马逊 Aurora MySQL 的并行查询亚马逊 Aurora 用户指南

  • 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 MySQL 内存不足问题亚马逊 Aurora 用户指南