Amazon Aurora
Aurora 用户指南 (API 版本 2014-10-31)
AWS 文档中描述的 AWS 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅中国的 AWS 服务入门

2018-09-20 版 Aurora MySQL 数据库引擎更新

版本: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 中创建新数据库集群。您可以使用 AWS CLI 或 Amazon RDS API 并指定引擎版本以执行该操作。

对于 Aurora MySQL 1.18.0 版,我们将使用集群修补模式,在该模式下,将同时修补 Aurora 数据库集群中的所有节点。

如果您有任何问题或疑问,可通过社区论坛和 AWS Premium Support 联系 AWS Support。有关更多信息,请参阅维护 Amazon Aurora 数据库集群

功能

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

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

    有关更多信息,请参阅 使用 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 MySQL 内存不足问题

本页内容: