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 的具體用法。

1、 開啟 profiling 參數

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

通過執行 “set profiling”命令，可以開啟關閉 Query Profiler 功能。

2、 執行 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 信息了。

3、獲取系統中保存的所有 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 的概要信息。

4、針對單個 Query 獲取詳細的 profile 信息。

在獲取到概要信息之后，我們就可以根據概要信息中的 Query_ID 來獲取某個 Query 在執行過程中

詳細的 profile 信息了，具體操作如下：

上面的例子中是獲取 CPU 和 Block IO 的消耗，非常清晰，對於定位性能瓶頸非常適用。希望得到取其他的信息，都可以通過執行 “SHOW PROFILE *** FOR QUERY n” 來獲取，各位讀者朋友可以自行測試熟悉。

轉自 《MySQL性能優化與架構設計》