要想優化一條 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 引數

[email protected] : (none) 10:53:11> set profiling=1;
Query OK, 0 rows affected (0.00 sec)

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

2、 執行 Query

... ...
[email protected] : 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 概要資訊

[email protected] : 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” 來獲取，各位讀者朋友可以自行測試熟悉。