使用SQL Profiler 性能分析器进行MySQL优化

日期： 2009-09-21 作者：与时俱进 来源：TechTarget中国 英文

　　MySQL的SQL性能分析器主要用途是显示SQL执行的整个过程中各项资源的使用情况。分析器可以更好的展示出不良SQL的性能问题所在。

　　下面我们举例介绍一下 MySQL SQL Profiler 的使用方法：
 
　　首先，开启 MySQL SQL Profiler

　　mysql> SELECT @@profiling;
　　+————-+
　　| @@profiling |
　　+————-+
　　| 0 |
　　+————-+
　　1 row in set (0.00 sec)
　　mysql> SET profiling = 1;
　　Query OK, 0 rows affected (0.00 sec)
　　mysql> SELECT @@profiling;
　　+————-+
　　| @@profiling |
　　+————-+
　　| 1 |
　　+————-+
　　1 row in set (0.00 sec)

　　默认情况下 profiling 的值为 0 表示 MySQL SQL Profiler 处于 OFF 状态，开启SQL性能分析器后 profiling 的值为 1.

　　通过SQL性能分析器，我们来对比一下 下列语句前后 2 次执行过程的差异，对我们了解SQL的详细执行过程是非常有帮助的。

　　mysql> create table t_engines select * from t_engines1;
　　Query OK, 57344 rows affected (0.10 sec)
　　Records: 57344 Duplicates: 0 Warnings: 0
　　mysql> select count(*) from t_engines;
　　+———-+
　　| count(*) |
　　+———-+
　　| 57344 |
　　+———-+
　　1 row in set (0.00 sec)
　　mysql> select count(*) from t_engines;
　　+———-+
　　| count(*) |
　　+———-+
　　| 57344 |
　　+———-+
　　1 row in set (0.00 sec)
　　mysql> SHOW PROFILES;
　　+———-+————+————————————————-+
　　| Query_ID | Duration | Query |
　　+———-+————+————————————————-+
　　| 26 | 0.10213775 | create table t_engines select * from t_engines1 |
　　| 27 | 0.00032775 | select count(*) from t_engines |
　　| 28 | 0.00003850 | select count(*) from t_engines |
　　+———-+————+————————————————-+
　　15 rows in set (0.01 sec)
　　mysql> SHOW PROFILE FOR QUERY 27;
　　+——————————–+————+
　　| Status | Duration |
　　+——————————–+————+
　　| (initialization) | 0.00000425 |
　　| checking query cache for query | 0.00004050 |
　　| checking permissions | 0.00001050 |
　　| Opening tables | 0.00018250 |
　　| System lock | 0.00000450 |
　　| Table lock | 0.00001775 |
　　| init | 0.00001075 |
　　| optimizing | 0.00000550 |
　　| executing | 0.00002775 |
　　| end | 0.00000450 |
　　| query end | 0.00000325 |
　　| storing result in query cache | 0.00000400 |
　　| freeing items | 0.00000400 |
　　| closing tables | 0.00000500 |
　　| logging slow query | 0.00000300 |
　　+——————————–+————+
　　15 rows in set (0.00 sec)
　　mysql> SHOW PROFILE FOR QUERY 28;
　　+————————————-+————+
　　| Status | Duration |
　　+————————————-+————+
　　| (initialization) | 0.00000350 |
　　| checking query cache for query | 0.00000750 |
　　| checking privileges on cached query | 0.00000500 |
　　| checking permissions | 0.00000525 |
　　| sending cached result to client | 0.00001275 |
　　| logging slow query | 0.00000450 |
　　+————————————-+————+
　　6 rows in set (0.00 sec)
　　mysql> SELECT sum( FORMAT(DURATION, 6)) AS DURATION FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID =27 ORDER BY SEQ;
　　+———-+
　　| DURATION |
　　+———-+
　　| 0.000326 |
　　+———-+
　　1 row in set (0.00 sec)
　　mysql> SELECT sum( FORMAT(DURATION, 6)) AS DURATION FROM INFORMATION_SCHEMA.PROFILING WHERE QUERY_ID =28 ORDER BY SEQ;
　　+———-+
　　| DURATION |
　　+———-+
　　| 0.000039 |
　　+———-+
　　1 row in set (0.00 sec)
　　mysql>

　　从上面的例子中我们可以清晰的看出 2 次执行 count 语句的差别， SHOW PROFILE FOR QUERY 27 展现的是第一次 count 统计的执行过程，包含了 Opening tables 、 Table lock 等操作 。而 SHOW PROFILE FOR QUERY 28 展示了第二次 count 统计的执行过程 , 第二次 count 直接从查询缓存中返回 count 统计结果，通过对比 2 次统计的总执行时间发现，缓存读的速度接近物理读的 10 倍。通过使用SQL性能分析器可以帮助我们对一些比较难以确定性能问题的SQL进行诊断，找出问题根源。

我们一直都在努力坚持原创.......请不要一声不吭，就悄悄拿走。

我原创，你原创，我们的内容世界才会更加精彩！

【所有原创内容版权均属TechTarget，欢迎大家转发分享。但未经授权，严禁任何媒体（平面媒体、网络媒体、自媒体等）以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论，本站保留删除与本文无关和不雅评论的权力。

作者

与时俱进
与时俱进

相关推荐