MySQL调优-4-show profiles

Show Profile官方文档地址：https://dev.mysql.com/doc/refman/5.7/en/show-profile.html

基本语法

# 查看是否开启
show variables like '%profiling%';
# 开启
set profiling = 1
# 查看SQL执行时间
show profiles;
# 查看记录中第一条SQL详细时间
show profile for query 1;

开始分析

1. 先执行要分析的SQL：select * from t_manage_user tmu ;

2. 执行show profiles;，会出现以下结果

   

3. 分析某一条SQL语法

   show profile all for query 38

   

4. show profile返回结果字段含义

   • Status ： sql 语句执行的状态
   • Duration: sql 执行过程中每一个步骤的耗时
   • CPU_user: 当前用户占有的 cpu
   • CPU_system: 系统占有的 cpu
   • Block_ops_in : I/O 输入
   • Block_ops_out : I/O 输出

Status出现以下情况的建议

• converting HEAP to MyISAM：查询结果太大，内存不够，数据往磁盘上搬了。

• Creating tmp table：创建临时表。先拷贝数据到临时表，用完后再删除临时表。

• Copy to tmp table on disk：把内存中临时表复制到磁盘上，警惕！

• locked。

如果在show profile诊断结果中出现以上4条结果中的任何一条，则SQL语句需要优化！！！

System lock

• 确认是由于哪个锁引起的，通常是因为MySQL或InnoDB内核级的锁引起的。
• 建议：如果耗时较大再关注即可，一般情况下都还好

Sending data

• 解释：从server端发送数据到客户端，也有可能是接收存储引擎层返回的数据，再发送给客户端，数据量很大时尤其经常能看见。

• 备注：Sending Data不是网络发送，是从硬盘读取，发送到网络是Writing to net

• 建议：通过索引或加上LIMIT，减少需要扫描并且发送给客户端的数据量

Sorting result

• 正在对结果进行排序，类似Creating sort index，不过是正常表，而不是在内存表中进行排序。
• 建议：创建适当的索引

Table lock

• 表级锁，没什么好说的，要么是因为MyISAM引擎表级锁，要么是其他情况显式锁表

create sort index

• 当前的SELECT中需要用到临时表在进行ORDER BY排序
• 建议：创建适当的索引

Creating tmp table

• 创建临时表。先拷贝数据到临时表，用完后再删除临时表。消耗内存，数据来回拷贝删除，消耗时间
• 建议：优化索引

converting HEAP to MyISAM

• 查询结果太大，内存不够，数据往磁盘上搬了。
• 建议：优化索引，可以调整max_heap_table_size

Copying to tmp table on disk

• 把内存中临时表复制到磁盘上，危险！！！
• 建议：优化索引，可以调整tmp_table_size参数，增大内存临时表大小

show profile 语法

show profile type1,type2… for query Query_ID

show profile type 选项

• all：显示所有的性能开销信息

• block io：显示块 IO 相关的开销信息

• context switches: 上下文切换相关开销

• cpu：显示 CPU 相关的信息

• ipc：显示发送和接收相关的开销信息

• memory：显示内存相关的开销信息

• page faults：显示页面错误相关开销信息

• source：显示和 Source_function、Source_file、Source_line 相关的开销信息

• swaps：显示交换次数的相关信息

Show Profile语句已经弃用，并将在以后版本中移除，建议使用 Performance Schema
Performance Schema文档：https://dev.mysql.com/doc/refman/5.7/en/performance-schema-query-profiling.html