全部产品

自建 MySQL 数据库全量SQL诊断

更新时间:2020-08-28 17:45:17

MySQL的用户都面临都一个难题,异常或者故障问题难定位,很多时候都靠“猜”。

如果比较幸运,异常正在发生,我们还可以获取到会话、引擎状态等信息;

如果没有异常现场,要找到根因,除了慢日志、错误日志、性能监控外,可能就没有更多的可用信息帮助用户定位问题。

MySQL 从5.5版本开始,就出现了performance_schema,经过5.6版本和5.7版本的改进和增强,performance_schema提供了丰富的性能和诊断相关的信息。

DMS基于performance_schema,提供用户TOP SQL和全量SQL诊断功能,用户可以通过该功能快速的定位到异常SQL。

借助TOP SQL和全量SQL诊断功能,用户同时可以在以下三个方便获得收益:

clouddba_16

SQL列表

SQL列表展示了选定时间范围内每一类SQL的SQL文本、耗时比例、平均耗时、平均扫描行数、首次出现时间、最后出现时间等信息。

耗时比例=(该类SQL执行耗时 执行次数)/(所有SQL执行耗时 总执行次数) * 100%

所以耗时比例越高的SQL,基本上可以理解为占用MySQL资源越多的SQL,优化该SQL,可以获取的更高的收益比,以下图的场景为例:clouddba_16

前提条件

用户获取权限并已登录DMS控制台。

  1. 登录帐号需要performance_schema库的查询权限;

  2. 需要开启performance_schema;

    1. show variables like 'performance_schema';
    2. performance_schema=on

    如果处于off状态,需要在你的my.cnf文件中增加如下配置,然后重启生效;

    1. [mysqld]
    2. performance_schema=ON
  3. 开启statment_digest

    1. update setup_consumers set ENABLED='YES' where name='statment_digest';
  4. 开启events_statements_history

    1. update setup_consumers set ENABLED='YES' where name='events_statements_history';
  5. 建议开启events_statements_history_long
    1. update setup_consumers set ENABLED='YES' where name='events_statements_history_long';

背景信息

目前暂时仅支持自建数据库 MySQL 5.6.24以上版本。

开启performance_schema约有10%左右的性能消耗;

DMS读取performance_schema的数据可能会产生公网流量;

操作步骤

登录DMS控制台——>选择MySQL数据库——>选择“性能”菜单——>点击“全量SQL诊断”

详细操作步骤如下:

  1. 登录DMS控制台后,界面如下图所示:

clouddba_1

  1. 选择MySQL数据库,并单击登录数据库按钮进行登录。

  2. 如下图所示,在顶部导航栏菜单中,选择性能>全量SQL诊断;