mysql:show profile分析一个SQL执行慢的具体原因

在做数据库优化的过程中可以通过explain来查看查询有没有走索引，但是

mysql从5.0.37版本开始增加了对show profiles和show profile 语句的支持，通过

have_profiling参数，能够看到当前mysql是否支持profile;

mysql> select @@have_profiling;

+-------------------------------+

|@@have_profiling |

+-------------------------------+

| YES |

+-------------------------------+

1 row in set (0.00 sec)

默认profiling是关闭的，可以通过set语句在session级别开启profiling:

mysql> select @@profiling;

+-------------------------------+

| @@profiling |

+-------------------------------+

| 0 |

+------------------------------+

1 row in set (0.00 sec)

mysql> set profiling=1;

query ok ,0 rows affected(0.00 sec)

通过 profile,我们能够更清楚地了解sql执行的过程，例如，我们知道myisam表有表元数据的缓

存(例如行数，即count(*)值)，那么对一个myisam表的count(*)是不需要消耗太多资源的，而对于

innodb来说，就没有这种元数据缓存，count(*) 执行地较慢，下面做个实验验证一下。

首先，在一个innodb引擎的付款表payment上，执行一个count(*)查询：

mysql> select count(*) from payment;

+------------------------------+

| count(*) |

+------------------------------+

| 16049 |

+------------------------------+

1 row in set (0.00 sec)

执行完毕后，通过show profiles语句，看到当前sql的queryID为4：

mysql>show profiles;

 

通过 show profile for query语句能够看到执行过程中线程的每个状态和消耗的时间：

 

show profile cpu for query 4;

——————————————————————————————————————

innodb_buffer_pool_size的参数设置详见：

https://blog.csdn.net/sunny05296/article/details/78916775

-- innodb_buffer_pool_size=128M