对MySQL查询进行性能剖析有两种方式：
- 1：剖析整个数据库服务器，这样可以分析出哪些查询是主要的压力来源。
- 2：定位具体需要优化的查询后，可以对这些查询进行单独的剖析，分析哪些子任务是影响时间的主要消耗者。
Explain的局限性
- 1：EXPLAIN不会告诉你关于触发器、存储过程的信息或用户自定义函数对查询的影响情况。
- 2：EXPLAIN不考虑各种Cache。
- 3：EXPLAIN不能显示MySQL在执行查询时所作的优化工作。 部分统计信息是估算的，并非精确值。
- 4：EXPALIN只能解释SELECT操作，其他操作要重写为SELECT后查看执行计划。
（二）单条SQL分析
SHOW PROFILE命令是在MySQL5.1以后的版本中引入的，来源于开源社区中的Jeremy Cole的贡献。该工具默认是禁用的，
可以通过以下修改开启：
SET profiling = 1;
查看开启工具后的每条SQL执行总体情况：
SHOW PROFILES;
根据query_id查看某个查询的详细时间耗费：
SHOW PROFILE FOR QUERY 1;
查看cpu、IO等信息：
SHOW PROFILE BLOCK IO,CPU FOR QUERY 1;
查询哪些开销花费了多少时间：
SELECT state, SUM(duration) AS Total_R,
ROUND(100 * SUM(duration) / (SELECT SUM(duration) FROM information_schema.profiling WHERE query_id = 1), 2) AS Pct_R,
COUNT(*) as Calls, SUM(duration) /COUNT(*) AS "R/Call"
FROM information_schema.profiling
WHERE query_id = 1 GROUP BY state ORDER BY total_r DESC;
（三）慢日志查询
是否开启慢查询日志，1/on表示开启，0/off表示关闭：
SHOW VARIABLES like 'slow_query_log';
未使用索引的查询也被记录到慢查询日志中，on表示开启，off表示关闭：
SHOW VARIABLES like 'log_queries_not_using_indexes';
慢查询阈值（秒级），当查询时间大于设定的阈值时，记录日志：
SHOW VARIABLES like 'long_query_time';
慢查询日志存储路径：
SHOW VARIABLES like 'slow_query_log_file';
各参数代表含义：
slow_query_log ：是否开启慢查询日志，1表示开启，0表示关闭;
log-slow-queries ：旧版（5.6以下版本）MySQL数据库慢查询日志存储路径。可以不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log
slow-query-log-file：新版（5.6及以上版本）MySQL数据库慢查询日志存储路径。可以不设置该参数，系统则会默认给一个缺省的文件host_name-slow.log
long_query_time ：慢查询阈值，当查询时间多于设定的阈值时，记录日志。
log_queries_not_using_indexes：未使用索引的查询也被记录到慢查询日志中（可选项）。
log_output：日志存储方式。
log_output='FILE'表示将日志存入文件，默认值是'FILE'。
log_output='TABLE'表示将日志存入数据库，这样日志信息就会被写入到mysql.slow_log表中。
MySQL数据库支持同时两种日志存储方式，配置的时候以逗号隔开即可，如：log_output='FILE,TABLE'。日志记录到系统的专用日志表中，要比记录到文件耗费更多的系统资源，因此对于需要启用慢查询日志，又需要能够获得更高的系统性能，那么建议优先记录到文件。
那么开启了慢查询日志后，什么样的SQL才会记录到慢查询日志里面呢？
答：这个是由参数long_query_time控制，默认情况下long_query_time的值为10秒，可以使用命令修改，也可以在my.cnf参数里面修改。关于运行时间正好等于long_query_time的情况，并不会被记录下来。也就是说，在mysql源码里是判断大于long_query_time，而非大于等于。从MySQL 5.1开始，long_query_time开始以微秒记录SQL语句运行时间，之前仅用秒为单位记录。如果记录到表里面，只会记录整数部分，不会记录微秒部分。
如上所示，我修改了变量long_query_time，但是查询变量long_query_time的值还是10，难道没有修改到呢？
注意：使用命令 set global long_query_time=5修改后，需要重新连接或新开一个会话才能看到修改值。
你用show variables like 'long_query_time’查看是当前会话的变量值，你也可以不用重新连接会话，而是用show global variables like ‘long_query_time’; 如下所示：
慢日志写到哪里：
log_output 参数是指定日志的存储方式。
log_output='FILE'表示将日志存入文件，默认值是'FILE'。
log_output='TABLE'表示将日志存入数据库，这样日志信息就会被写入到mysql.slow_log表中。
MySQL数据库支持同时两种日志存储方式，配置的时候以逗号隔开即可，如：log_output='FILE,TABLE'。
日志记录到系统的专用日志表中，要比记录到文件耗费更多的系统资源，因此对于需要启用慢查询日志，又需要能够获得更高的系统性能，那么建议优先记录到文件.
show variables like '%log_output%';
未使用索引的查询也被记录到慢查询日志中（可选项）。如果调优的话，建议开启这个选项。另外，开启了这个参数，其实使用full index scan的sql也会被记录到慢查询日志。：
set global log_queries_not_using_indexes=1;
以上所有命令行操作MySQL重启后则会失效。如果要永久生效，就必须修改配置文件my.ini（其它系统变量也是如此）举栗子使用set global slow_query_log='ON’开启了慢查询日志只对当前数据库生效，永久生效需要
在my.ini内修改或添加
global slow_query_log = 1
slow_query_log_file = C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
想查询有多少条慢查询记录，可以使用系统变量：
show global status like '%slow_queries%';
（四）日志分析工具mysqldumpslow(以windows下的为例。这里pt-query-digest工具不做解释)
1：在 windows 下可以在mysql/bin目录下可以找到 mysqldumpslow.pl 文件(如果没有可以下载一个)，是一个 perl 格式的文件；这种格式的文件在windows下是不能直接执行的，若要使用，得先安装 perl 支持，我们可以在 Perl 的官网下载对应平台的安装包：https://www.perl.org/get.html，为了使用方便，安装完成后最好配置环境变量。
2：.进入mysqldumpslow.pl 文件所在的存储目录，我的在C:\phpStudy\PHPTutorial\MySQL\bin，运行命令：perl mysqldumpslow.pl -h可看到运行结果，展示了一些选项的使用方法；
perl mysqldumpslow.pl -h;
1：-s, 是表示按照何种方式排序
c: 访问计数
l: 锁定时间
r: 返回记录
t: 查询时间
al:平均锁定时间
ar:平均返回记录数
at:平均查询时间
2：-t, 是top n的意思，即为返回前面多少条的数据；
3：-g, 后边可以写一个正则匹配模式，大小写不敏感的；
例如：
得到返回记录集最多的10个SQL。
perl mysqldumpslow.pl -s r -t 10 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
得到访问次数最多的10个SQL
perl mysqldumpslow.pl -s c -t 10 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
得到按照时间排序的前10条里面含有左连接的查询语句。
perl mysqldumpslow.pl -s t -t 10 -g “left join” C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log
另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现刷屏的情况。
perl mysqldumpslow.pl -s r -t 20 C:\phpStudy\PHPTutorial\MySQL\data\DESKTOP-AFSBV9C-slow.log | more
