前几篇文章我们讲了什么是 MySQL 索引,explain
分析SQL
语句是否用到索引,以及索引的优化等一系列的文章,今天我们来讲讲Show profiles
,看看SQL
耗时到底出现在哪个环节。
是MySQL
提供可以用来分析当前会话中SQL
语句执行的资源消耗情况。可以用于SQL
的调优测量。默认情况下,参数处于关闭状态,并保存最近 15 次的运行结果
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
复制代码
确认是由于哪个锁引起的,通常是因为MySQL或InnoDB内核级的锁引起的。
建议
:如果耗时较大再关注即可,一般情况下都还好
解释
:从server端发送数据到客户端,也有可能是接收存储引擎层返回的数据,再发送给客户端,数据量很大时尤其经常能看见。备注
:Sending Data不是网络发送,是从硬盘读取,发送到网络是Writing to net。建议
:通过索引或加上LIMIT,减少需要扫描并且发送给客户端的数据量
正在对结果进行排序,类似Creating sort index,不过是正常表,而不是在内存表中进行排序。
建议
:创建适当的索引
表级锁,没什么好说的,要么是因为MyISAM引擎表级锁,要么是其他情况显式锁表
当前的SELECT中需要用到临时表在进行ORDER BY排序
建议
:创建适当的索引
创建临时表。先拷贝数据到临时表,用完后再删除临时表。消耗内存,数据来回拷贝删除,消耗时间,
建议
:优化索引
查询结果太大,内存不够,数据往磁盘上搬了。
建议
:优化索引,可以调整max_heap_table_size
把内存中临时表复制到磁盘上,危险!!!
建议
:优化索引,可以调整tmp_table_size参数,增大内存临时表大小
优化永无止境,具体场景具体分析,没有哪种优化方法能适用于所有场景,老哥只能告诉你有哪些优化手段,具体工作中遇到的性能问题,就得通过学到的这些知识,来分析出问题到底出现在哪里,希望大家都能成为性能高手。
一个在大厂做高级Java开发的程序猿
联系客服