MySQL Profiling 的使用

在本章第一节中咱们还提到过经过 Query Profiler 来定位一条 Query 的性能瓶颈，这里咱们再详细介绍一下 Profiling 的用途及使用方法。

要想优化一条 Query，咱们就须要清楚的知道这条 Query 的性能瓶颈到底在哪里，是消耗的 CPU计算太多，仍是须要的的 IO 操做太多？要想可以清楚的了解这些信息，在 MySQL 5.0 和 MySQL 5.1正式版中已经能够很是容易作到了，那就是经过 Query Profiler 功能。

MySQL 的 Query Profiler 是一个使用很是方便的 Query 诊断分析工具，经过该工具能够获取一条Query 在整个执行过程当中多种资源的消耗状况，如 CPU，IO，IPC，SWAP 等，以及发生的 PAGE FAULTS，CONTEXT SWITCHE 等等，同时还能获得该 Query 执行过程当中 MySQL 所调用的各个函数在源文件中的位置。

下面咱们看看 Query Profiler 的具体用法。

一、 开启 profiling 参数

root@localhost : (none) 10:53:11> set profiling=1;
Query OK, 0 rows affected (0.00 sec)

经过执行 “set profiling”命令，能够开启关闭 Query Profiler 功能。

二、 执行 Query

... ...
root@localhost : test 07:43:18> select status,count(*)
-> from test_profiling group by status;
+----------------+----------+
| status | count(*) |
+----------------+----------+
| st_xxx1 | 27 |
| st_xxx2 | 6666 |
| st_xxx3 | 292887 |
| st_xxx4 | 15 |
+----------------+----------+
5 rows in set (1.11 sec)
... ...

在开启 Query Profiler 功能以后，MySQL 就会自动记录全部执行的 Query 的 profile 信息了。

三、获取系统中保存的全部 Query 的 profile 概要信息

root@localhost : test 07:47:35> show profiles;
+----------+------------+------------------------------------------------------------+
| Query_ID | Duration | Query
|
+----------+------------+------------------------------------------------------------+
| 1 | 0.00183100 | show databases
|
| 2 | 0.00007000 | SELECT DATABASE()
|
| 3 | 0.00099300 | desc test
|
| 4 | 0.00048800 | show tables
|
| 5 | 0.00430400 | desc test_profiling
|
| 6 | 1.90115800 | select status,count(*) from test_profiling group by status |
+----------+------------+------------------------------------------------------------+
3 rows in set (0.00 sec)

经过执行 “SHOW PROFILE” 命令获取当前系统中保存的多个 Query 的 profile 的概要信息。

四、针对单个 Query 获取详细的 profile 信息。

在获取到概要信息以后，咱们就能够根据概要信息中的 Query_ID 来获取某个 Query 在执行过程当中

详细的 profile 信息了，具体操做以下：

上面的例子中是获取 CPU 和 Block IO 的消耗，很是清晰，对于定位性能瓶颈很是适用。但愿获得取其余的信息，均可以经过执行 “SHOW PROFILE *** FOR QUERY n” 来获取，各位读者朋友能够自行测试熟悉。

 

对同一条语句的两次查询作性能分析

• 经过 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 进行诊断，找出问题根源。