MySQL 慢查询 实例讲解MySQL 慢查询
雨点的名字 人气:0简介
开启慢查询日志,可以让MySQL记录下查询超过指定时间的语句,通过定位分析性能的瓶颈,才能更好的优化数据库系统的性能。
一、配置慢查询
1、参数说明
- slow_query_log : 慢查询开启状态(默认关闭)
- slow_query_log_file : 慢查询日志存放的位置(这个目录需要MySQL的运行帐号的可写权限, 一般设置为MySQL的数据存放目录)
- long_query_time : 查询超过多少秒才记录(默认10秒)
2.查看慢查询相关参数
show variables like 'slow_query%'; +---------------------------+----------------------------------+ | Variable_name | Value | +---------------------------+----------------------------------+ | slow_query_log | OFF | | slow_query_log_file | /mysql/data/localhost-slow.log | +---------------------------+----------------------------------+ show variables like 'long_query_time'; +-----------------+-----------+ | Variable_name | Value | +-----------------+-----------+ | long_query_time | 10.000000 | +-----------------+-----------+
3.配置慢查询
它有两种配置方式,一种是全局变量配置,一种是配置文件配置
(1)全局变量配置
--将 slow_query_log 全局变量设置为“ON”状态 set global slow_query_log='ON'; --设置慢查询日志存放的位置 set global slow_query_log_file='/usr/local/mysql/data/slow.log'; --查询超过1秒就记录 set global long_query_time=1;
(2)修改配置文件my.cnf(linux环境下)
slow_query_log = ON slow_query_log_file = /usr/local/mysql/data/slow.log long_query_time = 1
总结:
(1)通过全局变量配置好后,需要关闭会话后重新打开查询才有效,通过配置文件需要重启Mysql服务器后才有效
(2) 因为开启慢查询会影响性能,一般建议通过全局变量配置,这样重启服务器又是默认关闭慢查询状态。
二、mysqldumpslow工具
mysqldumpslow是Mysql自带的一个工具,有了它我们可以不用去上面的log文件去找,如果数据平凡操作,那么去log查下日志也是比较繁琐的一件事。
1、主要命令
--s:是表示按照何种方式排序 --c:访问次数 --l:锁定时间 --r:返回记录 --t:查询时间 --al:平均锁定时间 --ar:平均返回记录数 --at:平均查询时间 --t:即为返回前面多少条的数据 --g:后面搭配一个正则匹配模式,大小写不敏感
2、举例
--1.得到返回记录集最多的10个SQL mysqldumpslow -s -r -t 10 /logs/mysql-slow.log --2.得到访问次数最多的10个SQL mysqldumpslow -s -c -t 10 /logs/mysql-slow.log --3.得到按照时间排序的前10条里面含有做链接的查询语句 mysqldumpslow -s t -t 10 -g "left join" /logs/mysql-slow.log --4.另外建议在使用这些命令时结合|和more使用,否则又可能出现爆屏情况 mysqldumpslow -s r -t 10 /logs/mysql-slow.log | more
三、show profile
Show profiles是5.0.37之后添加的,要想使用此功能,要确保版本在5.0.37之后。
1、开启 show profile
show variables like "profiling";--默认是关闭的 +---------------+-------+ | Variable_name | Value | +---------------+-------+ | profiling | OFF | +---------------+-------+ --开启 set profiling=1;
2、运行指定SQL
我这里运行几条SQL语句,然后运行
show profiles;--会列出所有在这个开启期间执行的SQL,并附上QUERY ID +----------+------------+----------------------------+ | Query_ID | Duration | Query | +----------+------------+----------------------------+ | 1 | 0.00168025 | select * from vhr.employee | | 2 | 0.06573200 | select * from vhr.hr | +----------+------------+----------------------------+ --我们可以看到显示最近操作的两条语句,列表大小由profiling_history_size会话变量控制, 默认值为15.最大值为100
3、诊断具体SQL
show profile cpu,block io for queryid --对应2中的query_id SHOW PROFILE CPU FOR QUERY 1;--查询query_id为1的具体信息 +----------------------+----------+----------+------------+ | Status | Duration | CPU_user | CPU_system | +----------------------+----------+----------+------------+ | starting | 0.000194 | 0.000000 | 0.000000 | | checking permissions | 0.000012 | 0.000000 | 0.000000 | | Opening tables | 0.000030 | 0.000000 | 0.000000 | | init | 0.000053 | 0.000000 | 0.000000 | | System lock | 0.000011 | 0.000000 | 0.000000 | | optimizing | 0.000003 | 0.000000 | 0.000000 | | statistics | 0.000014 | 0.000000 | 0.000000 | | preparing | 0.000010 | 0.000000 | 0.000000 | | executing | 0.000001 | 0.000000 | 0.000000 | | Sending data | 0.001213 | 0.000000 | 0.000000 | | end | 0.000014 | 0.000000 | 0.000000 | | query end | 0.000012 | 0.000000 | 0.000000 | | closing tables | 0.000019 | 0.000000 | 0.000000 | | freeing items | 0.000070 | 0.000000 | 0.000000 | | cleaning up | 0.000025 | 0.000000 | 0.000000 | +----------------------+----------+----------+------------+
日常开发需要注意的结论:
1 converting HEAP to MyISAM : 查询结果太大,内存都不够用了,往磁盘上搬了;
2 creating tmp table : 创建临时表,拷贝数据到临时表,然后再删除;
3 copying to tmp table on disk :把内存中临时表复制到磁盘,危险!!!
4 locked
注:以上四个中若出现一个或多个,表示sql 语句 必须优化。
加载全部内容