mysql profiles_MySQL性能分析show profiles详解

前言

前几篇文章我们讲了什么是 MySQL 索引，explain分析SQL语句是否用到索引，以及索引的优化等一系列的文章，今天我们来讲讲Show profiles，看看SQL耗时到底出现在哪个环节。

Show profiles

是什么

是MySQL提供可以用来分析当前会话中SQL语句执行的资源消耗情况。可以用于SQL的调优测量。默认情况下，参数处于关闭状态，并保存最近 15 次的运行结果

开启 profiles

查看是否开启

show variables like "%profiling%";

复制代码

开启

set profiling = 1;

复制代码

开始分析

先执行要分析的SQL语句

执行show profiles;会出现如下结果

分析以上截图某一条SQL语法

show profile type1,type2.. for query Query_ID

复制代码

比如我们分析截图中的第5条SQL语句

show profile cpu,block io for query 5

复制代码

show profile返回结果字段含义

Status ： sql 语句执行的状态

Duration: sql 执行过程中每一个步骤的耗时

CPU_user: 当前用户占有的 cpu

CPU_system: 系统占有的 cpu

Block_ops_in : I/O 输入

Block_ops_out : I/O 输出

show profile type 选项

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

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

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

cpu：显示 CPU 相关的信息

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

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

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

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

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

status出现以下情况的建议

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参数，增大内存临时表大小

结语

优化永无止境，具体场景具体分析，没有哪种优化方法能适用于所有场景，老哥只能告诉你有哪些优化手段，具体工作中遇到的性能问题，就得通过学到的这些知识，来分析出问题到底出现在哪里，希望大家都能成为性能高手。

IT 老哥

一个在大厂做高级Java开发的程序猿