从performance_schema中查看MySQL活动Session的详细执行信息
本文出处:http://www.cnblogs.com/wy123/p/7851294.html
在做数据库的异常诊断的时候,之前在SQL Server上的时候,最主要的参考信息之一就是去看当前的活动Session有哪些,
这些活动Session分别在执行什么语句,用的什么执行方式(计划),运行了多久,等待资源是什么
然后利用类似这些信息对问题的诊断提供依据。
在mysql中,虽然换了数据库平台,虽然有些东西不一样,个人认为无非也就是类似这些指标
查看活动Session最常用的命令之一就是show processlist;
其结果中有一个time字段,但这个字段在某些情况下帮助不大,它并不是一个Session运行的时间,而是当前语句的运行时间
如果想到知道某个活动Session执行了多久,用show processlist是不够的。
通过一个简单的实例来说明类似请,如下是一个简单的存储过程
CREATE DEFINER=`root`@`%` PROCEDURE `test_long_run_sql`()
BEGIN
-- 用 select sleep(10)来模拟长时间运行的过程或者SQL语句
select sleep(10);
select count(1) from a; select sleep(15);
delete from test01;
END
当调用这个存储过程的时候,从另外一个Session中执行show processlist
怎么理解time字段的含义,比如在存储过程中有多个sql语句,每个语句运行的时候,都会重置show processlist中的time。
比如这个存储过程一共会执行25秒秒,在执行select sleep(15);的时候,至少运行了10s,为什么这里的Time是3秒?
答案是,这个3秒是第三个sql语句的执行时间,而不是整个Session(存储过程)的执行时间。
笔者之所以纠结这个问题,是刚接触MySQL(比较老的5.6)的时候,就被这个问题上猜到过坑
测试环境中,因为一个bug导致一个存储过程出现死循环,死循环的存储过程跑了两天,知道服务器很忙,
但是用show processlist的时候,根本发现不了运行了很久的Session
因为循环的原因,执行的sql语句不一样,Time不停地被重置,而且语句的源头也无从发现(call 存储过程的名称),无法得知长时间的Session。
在mysql5.7之后,新的sys库中有一个session的系统视图(前提是要打开performance_schema),
这个视图中就记录了的信息就比较完整,不但记录了当前语句的执行时间,而且还有Session级别的执行时间,
参考如下:一个statement_latency是Session级别的,一个statement_latency是语句级别的
这是sys系统库中的session系统视图的定义,发现他是从processlist查询的
SELECT `processlist`.`thd_id` AS `thd_id`
, `processlist`.`conn_id` AS `conn_id`
, `processlist`.`user` AS `user`
, `processlist`.`db` AS `db`
, `processlist`.`command` AS `command`
, `processlist`.`state` AS `state`
, `processlist`.`time` AS `time`
, `processlist`.`current_statement` AS `current_statement`
, `processlist`.`statement_latency` AS `statement_latency`
, `processlist`.`progress` AS `progress`
, `processlist`.`lock_latency` AS `lock_latency`
, `processlist`.`rows_examined` AS `rows_examined`
, `processlist`.`rows_sent` AS `rows_sent`
, `processlist`.`rows_affected` AS `rows_affected`
, `processlist`.`tmp_tables` AS `tmp_tables`
, `processlist`.`tmp_disk_tables` AS `tmp_disk_tables`
, `processlist`.`full_scan` AS `full_scan`
, `processlist`.`last_statement` AS `last_statement`
, `processlist`.`last_statement_latency` AS `last_statement_latency`
, `processlist`.`current_memory` AS `current_memory`
, `processlist`.`last_wait` AS `last_wait`
, `processlist`.`last_wait_latency` AS `last_wait_latency`
, `processlist`.`source` AS `source`
, `processlist`.`trx_latency` AS `trx_latency`
, `processlist`.`trx_state` AS `trx_state`
, `processlist`.`trx_autocommit` AS `trx_autocommit`
, `processlist`.`pid` AS `pid`
, `processlist`.`program_name` AS `program_name`
FROM `sys`.`processlist`
WHERE `processlist`.`conn_id` IS NOT NULL
AND `processlist`.`command` <> 'Daemon'
继续看processlist的定义
SELECT `pps`.`THREAD_ID` AS `thd_id`
,`pps`.`PROCESSLIST_ID` AS `conn_id`
, if(`pps`.`NAME` = 'thread/sql/one_connection', concat(`pps`.`PROCESSLIST_USER`, '@', `pps`.`PROCESSLIST_HOST`), replace(`pps`.`NAME`, 'thread/', '')) AS `user`
, `pps`.`PROCESSLIST_DB` AS `db`
, `pps`.`PROCESSLIST_COMMAND` AS `command`, `pps`.`PROCESSLIST_STATE` AS `state`
,`pps`.`PROCESSLIST_TIME` AS `time`
, `sys`.`format_statement`(`pps`.`PROCESSLIST_INFO`) AS `current_statement`
, if(isnull(`esc`.`END_EVENT_ID`), `sys`.`format_time`(`esc`.`TIMER_WAIT`), NULL) AS `statement_latency`
, if(isnull(`esc`.`END_EVENT_ID`), round(100 * (`estc`.`WORK_COMPLETED` / `estc`.`WORK_ESTIMATED`), 2), NULL) AS `progress`
, `sys`.`format_time`(`esc`.`LOCK_TIME`) AS `lock_latency`, `esc`.`ROWS_EXAMINED` AS `rows_examined`
, `esc`.`ROWS_SENT` AS `rows_sent`
, `esc`.`ROWS_AFFECTED` AS `rows_affected`
, `esc`.`CREATED_TMP_TABLES` AS `tmp_tables`
, `esc`.`CREATED_TMP_DISK_TABLES` AS `tmp_disk_tables`
, if(`esc`.`NO_GOOD_INDEX_USED` > 0 OR `esc`.`NO_INDEX_USED` > 0, 'YES', 'NO') AS `full_scan`
, if(`esc`.`END_EVENT_ID` IS NOT NULL, `sys`.`format_statement`(`esc`.`SQL_TEXT`), NULL) AS `last_statement`
, if(`esc`.`END_EVENT_ID` IS NOT NULL, `sys`.`format_time`(`esc`.`TIMER_WAIT`), NULL) AS `last_statement_latency`
, `sys`.`format_bytes`(`mem`.`current_allocated`) AS `current_memory`
, `ewc`.`EVENT_NAME` AS `last_wait`
, if(isnull(`ewc`.`END_EVENT_ID`)
AND `ewc`.`EVENT_NAME` IS NOT NULL, 'Still Waiting', `sys`.`format_time`(`ewc`.`TIMER_WAIT`)) AS `last_wait_latency`
, `ewc`.`SOURCE` AS `source`, `sys`.`format_time`(`etc`.`TIMER_WAIT`) AS `trx_latency`, `etc`.`STATE` AS `trx_state`
, `etc`.`AUTOCOMMIT` AS `trx_autocommit`
, `conattr_pid`.`ATTR_VALUE` AS `pid`
, `conattr_progname`.`ATTR_VALUE` AS `program_name`
FROM `performance_schema`.`threads` `pps`
LEFT JOIN `performance_schema`.`events_waits_current` `ewc` ON `pps`.`THREAD_ID` = `ewc`.`THREAD_ID`
LEFT JOIN `performance_schema`.`events_stages_current` `estc` ON `pps`.`THREAD_ID` = `estc`.`THREAD_ID`
LEFT JOIN `performance_schema`.`events_statements_current` `esc` ON `pps`.`THREAD_ID` = `esc`.`THREAD_ID`
LEFT JOIN `performance_schema`.`events_transactions_current` `etc` ON `pps`.`THREAD_ID` = `etc`.`THREAD_ID`
LEFT JOIN `sys`.`x$memory_by_thread_by_current_bytes` `mem` ON `pps`.`THREAD_ID` = `mem`.`thread_id`
LEFT JOIN `performance_schema`.`session_connect_attrs` `conattr_pid`
ON `conattr_pid`.`PROCESSLIST_ID` = `pps`.`PROCESSLIST_ID`
AND `conattr_pid`.`ATTR_NAME` = '_pid'
LEFT JOIN `performance_schema`.`session_connect_attrs` `conattr_progname`
ON `conattr_progname`.`PROCESSLIST_ID` = `pps`.`PROCESSLIST_ID`
AND `conattr_progname`.`ATTR_NAME` = 'program_name'
ORDER BY `pps`.`PROCESSLIST_TIME` DESC, `last_wait_latency` DESC
从中可以发现statement_latency,也即语句或者是session的执行时间,
是从`performance_schema`.`events_statements_current`这个系统表中取得的
也即`performance_schema`.`events_statements_current`中的timer_wait字段
来观察`performance_schema`.`events_statements_current` 中的信息,还是比较丰富的
1,不难发现,session级别的运行时间和语句级别的运行时间,在thread_id相同的情况下,event_id是不同的,这也是用以区分session和语句的sql语句的
2,从event_name可以看到,前者是call procedure,后者是procedure中的具体的语句
3,sql_text中就是真正的sql语句了,清楚地知道当前在执行什么语句
实话讲,一直不喜欢用MySQL封装的一些命令,比如show variables;show status;等等
并不是说这些命令不好,如果能够直接从系统表中查出来,知道这些封装之后的命令的数据是从哪里来的。
弄清楚了来源,可能会根据自己的需要,得到更多想要的东西。
在其他数据库中,都有丰富的系统表可供查询,MySQL的performance_schema提供了同样类似的内容,利用好这个库中的信息可以带来很大的帮助。
在做异常诊断的时候,弄清楚活动Session的以及其执行的源头,当前执行的语句,执行的时间等等这些信息,是做trouble shooting的重要依据
否则,如果连数据库当前在跑什么语句,语句发起的源头在哪里,跑了多久都弄不清楚,优化和诊断无从谈起。
从performance_schema中查看MySQL活动Session的详细执行信息的更多相关文章
- 【Azure Developer】在Azure Resource Graph Explorer中查看当前订阅下的所有资源信息列表并导出(如VM的名称,IP地址内网/公网,OS,区域等)
问题描述 通过Azure的Resource Graph Explorer(https://portal.azure.cn/#blade/HubsExtension/ArgQueryBlade),可以查 ...
- Dos中查看mysql数据时 中文乱码
使用jsp页面查看数据时可以正确显示中文,但是dos窗口查看数据时中文显示乱码. 上网查了一下原因:之所以会显示乱码,就是因为MySQL客户端输出窗口显示中文时使用的字符编码不对造成的,可以使用如下的 ...
- Docker中查看Mysql数据库中的各环境参数
通过官方的文档可以看到运行MySQL容器的命令是: docker run --name some-mysql -e MYSQL_ROOT_PASSWORD=mypwd -d mysql:tag 如:d ...
- cmd中查看MySQL数据库表数据及结构
0. 1 .cmd进入mysql安装的bin目录(C:\Program Files\XXXXXX\MySQL Server 5.6\bin) mysql -hlocalhost -uroot -p 回 ...
- 一个命令查看mysql的所有配置(原创)
在mysql的命令提示符下,执行下面一句话,查看mysql服务器的所有全局配置信息: mysql> show global variables; 得到: 上表的文本内容: "Varia ...
- MySQL的show profile(已过时)简介以及该功能在MySQL 5.7中performance_schema中的替代
本文出处:http://www.cnblogs.com/wy123/p/6979499.html show profile 命令用于跟踪执行过的sql语句的资源消耗信息,可以帮助查看sql语句的执行情 ...
- MySQL中如何查看“慢查询”,如何分析执行SQL的效率?
一.MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句 1,slow_query_log这个参数设置为ON,可以捕获执行时间超过一定数值的SQL语句. 2,long_query_time ...
- 查看MYSQL数据库中所有用户及拥有权限
查看MYSQL数据库中所有用户 mysql> SELECT DISTINCT CONCAT('User: ''',user,'''@''',host,''';') AS query FROM m ...
- Mysql中查看表的类型InnoDB
问题描述: MySQL 数据表主要支持六种类型 ,分别是:BDB.HEAP.ISAM.MERGE.MYISAM.InnoBDB. 这六种又分为两类,一类是“事务安全型”(transaction-s ...
随机推荐
- hdu 1874 畅通工程续 floyed
裸题 题意:求任意两点之间的最短路径 坑点:测试数据同一条路径有可能出现多次,然后值不一样,注意筛选最小边 #include <iostream> #include <cstdio& ...
- Linux 系统下使用dd命令备份还原MBR主引导记录
https://en.wikipedia.org/wiki/Master_boot_recordhttps://www.cyberciti.biz/faq/howto-copy-mbr/https:/ ...
- Floodlight1.2+Mininet的安装及使用
直接转载的大神的,亲测Ubuntu16.04版本没问题 https://www.sdnlab.com/19189.html
- install svn server in Ubuntu
1. #安装服务 apt-get install subversionapt-get install libapache2-svnapt-get install apache2apt-get inst ...
- PythonStudy——数据类型转化 Data type conversion
类型转换 1.数字类型:int() | bool() | float() 2.str与int:int('10') | int('-10') | int('0') | float('-.5') | fl ...
- 01python语言程序设计基础——初识python
1.python的字符串中format函数用法 format 函数可以接受不限个参数,位置可以不按顺序. In [2]: "{} {}".format("hello& ...
- oracle-data-mining
create user datamine identified by 123456 QUOTA UNLIMITED ON users; 然后在sqldeveloper工具界面-data miner中, ...
- java_oop_方法1
方法 方法概念 封闭业务逻辑 提高代码复用定义类的方法 类的方法定义类的某种行为(或功能) 方法返回的数据类型 方法的名称 (方法的参数也叫形参) {方法的主体} 方法的 ...
- day 13
递归函数 一.初始递归 递归函数:在一个函数里在调用这个函数本身. 递归的最大深度:998 正如你们刚刚看到的,递归函数如果不受到外力的阻止会一直执行下去.但是我们之前已经说过关于函数调用的问题, ...
- mysql查询中AND与OR注意事项
在查询的where条件中,and要优于or 如果要改变优先级, 需要在最小逻辑判断的条件外加括号(),例如: select * from `table_name` where (`type` = 1 ...