SQL Profilerパフォーマンスアナライザの使用方法

4137 ワード

mysqlのsqlパフォーマンスアナライザの主な用途は、sqlが実行する全プロセスにおける各リソースの使用状況を表示することです.アナライザは、不良SQLのパフォーマンスの問題点をよりよく示すことができます.
MySQL SQL Profilerの使い方を例に挙げてみましょう.
まず、MySQL SQL Profilerを開きます

mysql> show variables like '%profiling%';
+------------------------+-------+
| Variable_name          | Value |
+------------------------+-------+
| have_profiling         | YES   |
| profiling              | OFF   |
| profiling_history_size | 15    |
+------------------------+-------+
3 rows in set (0.23 sec)

mysql> set profiling=1;
Query OK, 0 rows affected (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)

以上の例から2回の実行count文の違いが明確に分かるように、SHOW PROFILE FOR QUERY 27は、Opening tables、Table lockなどの操作を含む最初のcount統計の実行過程を示している.一方、SHOW PROFILE FOR QUERY 28は、2回目のcount統計の実行過程を示しており、2回目のcountはクエリーキャッシュからcount統計結果を直接返し、2回目の統計の総実行時間を比較することで、キャッシュ読み取りの速度が物理読み取りの10倍に近いことが分かった.SQLパフォーマンスアナライザを使用すると、パフォーマンスの問題を特定しにくいSQLの診断を行い、問題の原因を特定できます.
転載するhttp://blog.csdn.net/ylqmf/article/details/6541625