获取Mysql语句执行时的详细信息

1. 通过SHOW STATUS获取更多信息

在调试mysql语句时，如果执行计划不能提供足够的信息支持判断，可以通过在语句执行前执行FLUSH STATUS，执行完语句后执行SHOW STATUS LIKE 获取更多信息，例如：

SHOW STATUS WHERE Variable_name LIKE 'Handler%' OR variable_name LIKE 'Created%';其执行部分结果解释如下：

属性	释义
Created_tmp_disk_tables	语句执行时，Mysql创建的磁盘临时表个数；越少越好
Created_tmp_files	语句执行时，Mysql创建的临时文件个数；
Created_tmp_tables	语句执行时，Mysql创建的临时表总个数；越少越好
Handler_read_first	读取第一条索引的次数；此值越高，表明Mysql进行了多次的全索引扫描（full index scan）；而当数据在磁盘不在内存中时，全索引扫描通常会导致许多随机读（random read），这通常比全表扫描（full table scan）采用的顺序扫描性能更差；
Handler_read_key	通过索引读取数据的次数；此值越高表示查询正确地走了索引；
Handler_read_next	通过索引顺序读取下一行的次数；当出现索引覆盖扫描或者通过在索引列限制了范围时，该次数会增加；
Handler_read_prev	通过索引顺序读取前一行的次数；这种读取方式主要用于对ORDER BY … DESC 语句的优化中
Handler_read_rnd	通过固定的位置读取一行数据的次数；越低越好；通常在需要对结果排序时，此值会比较高；表明可能存在全表扫描或者不恰当的join
Handler_read_rnd_next	通过直接读取数据文件获取下一行数据的次数；越低越好；通常在进行数据扫描时，此值会比较高；// TODO 通常表明索引设置不当或者查询未有效利用索引；
Handler_write	向表中插入数据的次数；在生成临时表的查询中，此值表示临时表的数据量大小；

2. 通过查看PROFILE获取更多信息

Mysql 的profile保存了当前会话若干语句在执行时所使用资源的情况，通过会话级的参数profiling控制是否保存profile信息，可以通过以下语句打开（下述的方法将在将来的版本中不再支持，官方建议通过Performanc Schema进行替代）：

set profiling=1;

打开会话profile后执行语句，mysql会保留该信息，可以通过show profiles查看目前记录了profile信息的查询，以query_id标识顺序。然后可以通过如下语句获取某条语句的profile信息：

show profile (cpu) for query query_id;

示例的结果如下，duration列出各阶段耗时，CPU_user及CPU_system分别列出用户态和系统态的CPU耗时。

Status	Duration	CPU_user	CPU_system
starting	0.000044	0	0
checking permissions	0.000005	0	0
Opening tables	0.000019	0	0
init	0.000009	0	0
System lock	0.000054	0	0
optimizing	0.000035	0	0
statistics	0.000012	0	0
preparing	0.000009	0	0
executing	0.000002	0	0
Sending data	0.014502	0.024	0
end	0.000012	0	0
query end	0.000005	0	0
closing tables	0.000009	0	0
freeing items	0.000155	0	0
cleaning up	0.000014	0	0

转载于:https://www.cnblogs.com/luojiahu/p/10889957.html