1、概念
mysql的慢查询日志是mysql提供的一种日志记录,他用来记录在mysql中响应时间超过阈值的语句具体指运时间超过long_query_time值得sql,则会被记录到慢查询日志中。
long_query_time的默认值为10,意思是运行10s以上的语句。就会被认作是慢查询日志默认情况下,mysql数据库并不启动慢查询日志,需要我们手动来设置这个参数,如果不是调优需要的话,一般不建议启动该参数,因为开启慢查询日志会或多或少带来一定的性能影响。慢查询日志支持将日志记录写入文件,也支持将日志记录写入数据库表。
2、查询日志相关参数
查看是否开启慢日志
show variables like '%slow_query_log%'# 开启 数据库重启失效set global slow_quyer_log=1# 查看sql超时时长show variables like '%long_query_time%';#设置sql超时时长断开连接后生效set global long_query_time=4;# 查看慢日志show global status like '%slow_queries%';# 慢日志文件地址cd /var/lib/mysql/localhost-slow.log
慢日志分析工具
mysqldumpslow -s r-t 10 /database/mysql/mysql06_slow.log
参数介绍
| -s | 按照那种方式排序 |
|---|---|
| c | 访问计数 |
| l | 锁定时间 |
| r | 返回记录 |
| al | 平均锁定时间 |
| ar | 平均访问记录数 |
| at | 平均查询时间 |
| -t | top n的意思,返回多少数据 |
| -g | 可以跟上正则 |
3、show profil分析
# 查询是否打开Show variables like 'profiling';# 打开set profiling = on;# 查询sqlshow profiles;# 分析sqlshow profile cpu,block io for query query_id的值;
status出现以下情况的建议优化
- System lock
确认是由于哪个锁引起的,通常是因为MySQL或InnoDB内核级的锁引起的。建议:如果耗时较大再关注即可,一般情况下都还好
- Sending data
解释:从server端发送数据到客户端,也有可能是接收存储引擎层返回的数据,再发送给客户端,数据量很大时尤其经常能看见。 备注:Sending Data不是网络发送,是从硬盘读取,发送到网络是Writing to net。建议:通过索引或加上LIMIT,减少需要扫描并且发送给客户端的数据量
- Sorting result
正在对结果进行排序,类似Creating sort index,不过是正常表,而不是在内存表中进行排序。建议:创建适当的索引
- Table lock
表级锁,没什么好说的,要么是因为MyISAM引擎表级锁,要么是其他情况显式锁表
- create sort index
当前的SELECT中需要用到临时表在进行ORDER BY排序 建议:创建适当的索引
- Creating tmp table
创建临时表。先拷贝数据到临时表,用完后再删除临时表。消耗内存,数据来回拷贝删除,消耗时间,建议:优化索引
- converting HEAP to MyISAM
查询结果太大,内存不够,数据往磁盘上搬了。建议:优化索引,可以调整max_heap_table_size
- Copying to tmp table on disk
把内存中临时表复制到磁盘上,危险!!!建议:优化索引,可以调整tmp_table_size参数,增大内存临时表大小
