对MySQL查询进行性能剖析有两种方式:
- 1:剖析整个数据库服务器,这样可以分析出哪些查询是主要的压力来源。
- 2:定位具体需要优化的查询后,可以对这些查询进行单独的剖析,分析哪些子任务是影响时间的主要消耗者。
(一)explain分析和索引优化注意
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