View a markdown version of this page

Aurora MySQL 的数据库洞察性能架构概述 - Amazon Aurora
Amazon Web Services 文档中描述的 Amazon Web Services 服务或功能可能因区域而异。要查看适用于中国区域的差异,请参阅 中国的 Amazon Web Services 服务入门 (PDF)。

Aurora MySQL 的数据库洞察性能架构概述

Performance Schema 是一项可选功能,用来监控 Aurora MySQL 低细节层次的运行时性能。性能架构旨在将对数据库性能的影响降至最低。数据库洞察是一项独立功能,无论是否使用性能架构,您都可以使用该功能。

性能架构概览

Performance Schema 监控 Aurora MySQL 数据库中的事件。事件是一项消耗时间的数据库服务器操作,已进行了分析,以便收集计时信息。以下为事件示例:

  • 函数调用

  • 等待操作系统

  • SQL 执行阶段

  • SQL 语句组

PERFORMANCE_SCHEMA 存储引擎是实施 Performance Schema 功能的一种机制。该引擎使用数据库源代码中的分析来收集事件数据。该引擎将事件存储在 performance_schema 数据库的 memory-only 表中。您可以查询 performance_schema,就像您可以查询任何其他表一样。有关更多信息,请参阅 MySQL 参考手册中的 MySQL Performance Schema。

数据库洞察和性能架构

数据库洞察和性能架构是独立的功能,但两者相互关联。Aurora MySQL 的数据库洞察行为取决于性能架构是否已开启,以及(若已开启)数据库洞察是否自动管理性能架构。下表描述了该行为。

性能架构已开启 数据库洞察管理模式 数据库洞察行为

是

自动

  • 收集详细的低级别监控信息

  • 每秒收集活动会话指标

  • 显示按详细等待事件分类的数据库负载,您可以用它来识别瓶颈

是

手动

  • 收集等待事件和每 SQL 指标

  • 每秒收集活动会话指标

  • 报告用户状态(如插入和发送),这不能帮助您识别瓶颈

否

不适用

  • 不收集等待事件、按 SQL 指标或其他详细的低级别监控信息

  • 每五秒收集活动会话指标,而不是每秒收集一次

  • 报告用户状态(如插入和发送),这不能帮助您识别瓶颈

由数据库洞察自动管理性能架构

在启用数据库洞察的情况下创建 Aurora MySQL 数据库实例时,性能架构也会随之开启。在这种情况下,数据库洞察会自动管理您的性能架构参数。这是建议的配置。

当数据库洞察自动管理性能架构时,performance_schema 的来源为 System default。

注意

t4g.medium 实例类不支持自动管理性能架构。

您也可以手动管理 Performance Schema。如果选择此选项,请根据下表中的值设置参数。

参数名称 参数值

performance_schema

1(Source(源)列具有值 Modified)

performance-schema-consumer-events-waits-current

ON

performance-schema-instrument

wait/%=ON

performance_schema_consumer_global_instrumentation

1

performance_schema_consumer_thread_instrumentation

1

如果手动更改 performance_schema 参数值,然后稍后想恢复为自动管理,请参阅为 Aurora MySQL 开启 Performance Schema。

重要

当数据库洞察开启性能架构时,不会更改参数组的值。但是,正在运行的数据库实例上的值会更改。查看更改后的值的唯一方法是运行 SHOW GLOBAL VARIABLES 命令。

重启对 Performance Schema 的影响

数据库洞察和性能架构对数据库实例重启的要求不同:

Performance Schema

要打开或关闭此功能,您必须重启数据库实例。

数据库洞察

要打开或关闭此功能,您不需要重启数据库实例。

如果当前未开启性能架构,并且您在不重启数据库实例的情况下开启数据库洞察,则性能架构将不会被开启。