MySQL 5.7中 performance_schema 替代 show profile 命令

时间:2021-12-11 19:29:07

本文出处:http://www.cnblogs.com/wy123/p/6979499.html

  show profile 命令用于跟踪执行过的sql语句的资源消耗信息,可以帮助查看sql语句的执行情况,可以在做性能分析或者问题诊断的时候作为参考。
  在MySQL5.7中, show profile 命令已经开始不推荐使用,MySQL使用performance_schema 中系统表的信息来替代show profile命令
  本文简单介绍一下MySQL的profile使用,以及在MySQL5.7之后的改进,同时与SQL Server中的DMV以及profile和扩展事件做一个简单的对比,
  最后会发现,在MySQL和SQL Server中这个信息反映出来的指标都和以及参考作用,都是类似的。

MySQL5.7尚且支持的show profile

  show profile在MySQ L5.7之后就开始是一个过时的选项,不过MySQL 5.7尚且支持,不过不建议使用。show profile跟踪记录SQL执行情况的需要打开配置才能使用

  MySQL 5.7中 performance_schema 替代 show profile 命令

  测试执行数次“select count(1) from test_table1;”这个SQL语句,查看执行过的sql的QUERY_ID

  MySQL 5.7中 performance_schema 替代 show profile 命令

  然后查看具体的某一个query_id的执行过程

  MySQL 5.7中 performance_schema 替代 show profile 命令

  然后可以查看某一个query(执行过的SQL语句)的某一方面的资源消耗信息。
  比如show profile cpufor query 82或者是show profile all for query 82;

  MySQL 5.7中 performance_schema 替代 show profile 命令

  或者是show profile all for query 82。更多show profile的参数请参考各种参考资料以及官方文档。

  MySQL 5.7中 performance_schema 替代 show profile 命令

  show profile中记录的信息实际上是存储在INFORMATION_SCHEMA.PROFILING 这个系统表中的,
  各种show profile只不过是相当于一个马甲,换一种方式来展现INFORMATION_SCHEMA.PROFILING 中的信息。
  实话讲,个人是不太喜欢系统类似的封装命令的,倒不如自己直接去定义查询条件去查询系统表本身来的更加实在。

MySQL 5.7中 performance_schema 替代 show profile 命令

  MySQL的show profile差不多就是这个功能。
  细节功能要么用的非常非常频繁,然后自然会熟悉,要么就用的时候查一下。

-- 打开当前Session的profiling
set profiling = 1; -- 查询最近一个查询的profiling信息
show profile; -- 查询所有的profile信息
show profiles; -- 查询某个Id的profile信息
show profile for query 5; -- 查询某个Id的profile指定信息
show profile cpu for query 5;

MySQL5.7之后的performance_schema 替代 show profile

  首先参考官方文档https://dev.mysql.com/doc/refman/5.7/en/performance-schema-query-profiling.html

  个人理解起来就是将原先存储在INFORMATION_SCHEMA.PROFILING系统表中的信息换了一个存储的方式个位置。
  这个过程也是支持可配置化的,首先看 performance_schema.setup_actors这个系统表,默认情况下是开启了profile跟踪记录的。

  MySQL 5.7中 performance_schema 替代 show profile 命令

  可以在全局级关闭profile记录跟踪的功能,而只限定某一个账号的执行记录被跟踪

  MySQL 5.7中 performance_schema 替代 show profile 命令

  这里就重新建账号了,重现打开默认情况下记录所有账号的跟踪。
  然后根据官网的提示,需要打开一个配置选项才能正常记录profile信息。
  执行如下sql。

UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', TIMED = 'YES'
WHERE NAME LIKE '%statement/%'; UPDATE performance_schema.setup_instruments SET ENABLED = 'YES', TIMED = 'YES'
WHERE NAME LIKE '%stage/%'; UPDATE performance_schema.setup_consumers SET ENABLED = 'YES'
WHERE NAME LIKE '%events_statements_%'; UPDATE performance_schema.setup_consumers SET ENABLED = 'YES'
WHERE NAME LIKE '%events_stages_%';

继续使用上述的sql查询语句(select count(1) from test_table1)做测试,
   然后系统表performance_schema.events_statements_history_long 中可以根据文本信息模糊匹配出之前执行过的SQL语句的信息了

MySQL 5.7中 performance_schema 替代 show profile 命令

  根据上述匹配到的sql语句的Event_id就可以查询到这个SQL语句在执行过程中的资源消耗信息了。

  MySQL 5.7中 performance_schema 替代 show profile 命令

SELECT EVENT_ID, TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration, SQL_TEXT
FROM performance_schema.events_statements_history_long
WHERE SQL_TEXT like '%select count(1) from test_table1%'; SELECT event_name AS Stage, TRUNCATE(TIMER_WAIT/1000000000000,6) AS Duration
FROM performance_schema.events_stages_history_long
WHERE NESTING_EVENT_ID=544102;

  但是performance_schema 系统表中记录到的信息,并不能像show profile cpu for query *** 一样,查询出来某一类资源的消耗情况。
  本身还没有搜索到相关的等价于show profile cpu for query *** 的系统表,有知道的还望告知,谢谢。
  到时某些资料上有这么一说,在performance_schema 系统表记录到的信息中:“Does not cover all metrics compared to the native profiling i.e. CONTEXT SWITCHES, BLOCK IO, SWAPS”
  也就说相比之前版本的show profile,新的记录profile的方式还是有待完善的,不知道到目前为止有没有完善这个功能。
  参考:https://www.percona.com/blog/2015/04/16/profiling-mysql-queries-from-performance-schema/

格式化个时间都费劲巴拉的

--历史记录数据量的配置
show variables like 'performance_schema%history%size'; SELECT
EVENT_ID,
date_sub(now(),INTERVAL (select VARIABLE_VALUE from information_schema.global_status where variable_name='UPTIME')-TIMER_START*10e-13 second) `start_time` ,
date_sub(now(),INTERVAL (select VARIABLE_VALUE from information_schema.global_status where variable_name='UPTIME')-timer_end*10e-13 second) `start_time` ,
TRUNCATE(TIMER_WAIT/1000000000000,6) as Duration,
SQL_TEXT
FROM performance_schema.events_statements_history_long
WHERE SQL_TEXT like '%test_mrr%'; SELECT event_name AS Stage, TRUNCATE(TIMER_WAIT/1000000000000,6) AS Duration
FROM performance_schema.events_stages_history_long
WHERE NESTING_EVENT_ID=48903;

     MySQL中的show profile中的信息大概就是这样子,
  参考了一下《深入浅出MySQL》发现提到的show profile在执行的执行给出了警告,表明后续版本中可能会移除这个功能,因此又搜索show profile的替代者。

MySQL的profile信息与SQL Server中的profile简单的对比

最后简单地与sqlserver系统表DMV中的类似功能做一下比较,还是有一些比较相似的地方的。
SQL Server可以通过DMV来查询执行过的SQL的一些信息,比如执行的时间,消耗的CPU时间,执行的逻辑读写,物理读写等等
不过这个结果还是有一些不一样的,下面再说。

MySQL 5.7中 performance_schema 替代 show profile 命令

  上述MySQL统计出来的是一个结果强调的是步骤与时间的维度,也即每一步花费了多少时间,
  这里的sqlserver统计出来的是一个整体消耗信息
  如果sqlserver想到达到类似也是可以的,最简单的就是SQL Server中的profile跟踪结果,也叫profile,看来套路都是一样的,
  另外就是sqlserver中改良过来的扩展事件,参考之前的博文:http://www.cnblogs.com/wy123/p/6835939.html
  完全可以拿到Session级别的等待资源和等待时间,这样子基本上就等同于MySQL中的performance_schema记录到的信息了。
  不过SQL Server 扩展事件捕获到的这个信息要比MySQL的原始的Profile中INFORMATION_SCHEMA.PROFILING 的更加具体和详尽了。
  在资源消耗和时间维度上有一个更加清晰和直观的结果。
  比如如下的这个截图,还是那句话,套路都是一样的,换了个马甲而已。

  MySQL 5.7中 performance_schema 替代 show profile 命令

  如果把扩展事件捕获到的上述结果,统计起来看,就更像MySQL中的profile信息了。

  MySQL 5.7中 performance_schema 替代 show profile 命令

总结:

  profile跟踪结果可以反馈出来sql执行过程中的资源消耗信息,以提供在做性能优化或者是问题诊断过程中的参考依据,作为DBA在管理和优化数据中的工具
  不管是在MySQL中,还是在SQL Server中,功能都是类似的。
  当然在问题诊断的时候,仅仅有这些信息,还是不完全够的,需要其他方面的一些信息做综合考量。

更多详细信息,参考:http://www.cnblogs.com/zhoujinyi/p/5236705.html