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效能最佳化與架構設計》