Mysql慢查询日志过程

原创地址 :http://itlab.idcquan.com/linux/MYSQL/922126.html

mysql慢查询日志对于跟踪有问题的查询非常有用,可以分析出代码实现中耗费资源的sql语句,对我们程序的优化有很高的参考。本篇主要将慢查询日志的开启,日志分析,这也是优化SQL程序的一般步骤中至关重要的一步。

  1.mysql慢查询日志

  打开mysql的慢查询日志很简单,只需要在mysql的配置文件里(windows系统是my.ini,linux系统是my.cnf)的[mysqld]下面加上

  Java代码

  log-slow-queries=mysql_slow.log

  long_query_time=3

  其中log-slow-queries为日志的文件名,可以指定目录,如log-slow-queries=D:\mysql_slow.log; long_query_time为定义多长的查询我们定义为慢查询,并记录在log-slow-queries 指定的文件中,在这里我们定义超过3秒的查询进行记录。

  配置完成以后重启Mysql服务器,执行show variables like ‘%slow%‘;查看慢查询日志是否开启,如果slow_query_log和log_slow_queries显示为on,那说明服务器的慢查询日志已

  经开启了。如下显示:

  Java代码

  mysql> show variables like ‘%slow%‘;

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

  | Variable_name | Value |

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

  | log_slow_queries | ON |

  | slow_launch_time | 2 |

  | slow_query_log | ON |

  | slow_query_log_file | mysql_slow.log |

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

  4 rows in set (0.00 sec)

  slow_launch_time跟慢查询日志没有任何关系, 它代表的是thread create的一个阈值,如果要看 long_query_time,可以用

  Java代码

  mysql> show variables like ‘%long%‘;

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

  | Variable_name | Value |

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

  | long_query_time | 3.000000 |

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

  1 row in set (0.00 sec)

  2.mysql慢查询日志分析

  建表如下图,建表勿要给text加上索引,否则可能出现不了超过3秒的查询,数据表填充了4194304条数据。

  我们来执行一个超过3秒的查询,如下:

  Java代码

  mysql> select * from wei where text=‘orange‘;

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

  | id | text |

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

  | 4103519 | orange |

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

  1 row in set (3.79 sec)

  再执行一个超过3秒的和一个没有超过3秒的:

  Java代码

  mysql> select * from wei where text=‘xishizhaohua‘;

  Empty set (3.82 sec)

  Java代码

  [mysql> select * from wei where id=4564;

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

  | id | text |

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

  | 4564 | yyyyyyyyyyyyyyyyyy |

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

  1 row in set (0.02 sec)

  可以通过下面的命令查看现在这个session有多少个慢查询:

  现在我们可以查看mysql_slow.log(win7默认在C:\ProgramData\MySQL\MySQL Server 5.1\data下面),里边内容如下,内容比较明了,包括查询花费的语句及时间,还包括查询时的时间戳等信息,其中Rows_examined为检查的行数,对我们优化也很有帮助

  # Time: 121017 17:38:54

  # [email protected]: root[root] @ localhost [127.0.0.1]

  # Query_time: 3.794217 Lock_time: 0.000000 Rows_sent: 1 Rows_examined: 4194304

  SET timestamp=1350466734;

  select * from wei where text=‘orange‘;

  # Time: 121017 17:46:22

  # [email protected]: root[root] @ localhost [127.0.0.1]

  # Query_time: 3.819219 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 4194304

  SET timestamp=1350467182;

  select * from wei where text=‘xishizhaohua‘;

3.优化

  其实定位到了慢查询语句就已经完成了一大不了,执行explain或者desc命令查看慢查询语句,如下图:

  问题很明显,解决方式也很明显,建索引了。

  Java代码

  mysql> create index text_index on wei(text);

  Query OK, 4194304 rows affected (1 min 58.07 sec)

  Records: 4194304 Duplicates: 0 Warnings: 0

  然后在执行查询操作,用时明显少了很多。

  Java代码

  mysql> select * from wei where text=‘orange‘;

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

  | id | text |

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

  | 4103519 | orange |

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

  1 row in set (0.33 sec)

  Java代码

  mysql> select * from wei where text=‘xishizhaohua‘;

  Empty set (0.01 sec)

时间: 2024-08-02 06:57:26

Mysql慢查询日志过程的相关文章

mysql慢查询日志分析工具mysqlsla

一.介绍    mysqlsla是一个分析mysql慢日志的工具,可以分析出慢查询的原因,包括执行某条sql出现的次数及在slow log数据的百分比.执行时间.等待销的时间等. 公司的数据库有很多慢查询日志,导致的系统的负载很高,而mysql慢查询日志文件内容格式不太好看,经推荐使用mysqlsla:使用方便,操作简单. 二.安装mysqlsla 系统环境 CentOS release 6.6 (Final) 2.6.32-504.el6.x86_64 官网已经不能下载,所需要的文件已在百度云

mysql慢查询日志分析工具 mysqlsla(转)

mysql数据库的慢查询日志是非常重要的一项调优辅助日志,但是mysql默认记录的日志格式阅读时不够友好,这是由mysql日志记录规则所决定的,捕获一条就记录一条,虽说记录的信息足够详尽,但如果将浏览慢查询日志做为一项日常工作,直接阅读mysql生成的慢查询日志就有可能比较低效了. 除了操作系统命令直接查看slowlog外,mysql自己也提供了一个阅读slowlog的命令行工具:mysqldumpslow,该命令行提供了一定的分析汇总功能,可以将多个类似的SQL语句抽象显示成一个,不过功能还是

读懂mysql慢查询日志

我们来看一下如何去读懂这些慢查询日志.在跟踪慢查询日志之前,首先你得保证最少发生过一次慢查询.如果你没有可以自己制造一个:[email protected]# mysql -e 'SELECT SLEEP(8);上述操作所做的事情只有一个:"睡"(啥也不做)八秒.这个长度应该足以被记录在你的慢查询日志里了(我通常推荐针对长于 2 或 3 秒的查询进行慢查询记录).首先,我们看看一个慢速查询日志条目是什么样子的:[email protected]# tail /var/log/slowq

Mysql慢查询日志脚本

#!/bin/bash LOG=/diskb/mysql/slowlog/   #定义日志存储路径 DATE=`date +"%Y-%m-%d"`   #定义时间参数 user=root                                 #填写MySQL账户信息 passwd=123456 mysql -u$user -p$passwd -e "set global slow_query_log=0" #停止mysql慢查询日志 mysql -u$us

MySQL慢查询日志相关的配置和使用。

MySQL慢查询日志提供了超过指定时间阈值的查询信息,为性能优化提供了主要的参考依据,是一个非常实用的功能,MySQL慢查询日志的开启和配置非常简单,可以指定记录的文件(或者表),超过的时间阈值等就可以记录到慢sql了,实话讲,相比较sqlserver的trace或者扩展事件(虽然此二者的作用并非仅仅如此),MySQL的配置总是给人一种非常清爽的感觉. 1,慢查询日志的打开 正常情况下,只需要在配置文件中增加slow_query_log = 1配置,即打开慢查询日志,未指定slow_query_

ELK logstash 处理MySQL慢查询日志(初步)

写在前面:在做ELK logstash 处理MySQL慢查询日志的时候出现的问题: 1.测试数据库没有慢日志,所以没有日志信息,导致 IP:9200/_plugin/head/界面异常(忽然出现日志数据,删除索引后就消失了) 2.处理日志脚本问题 3.目前单节点 配置脚本文件/usr/local/logstash-2.3.0/config/slowlog.conf[详细脚本文件见最后] output { elasticsearch { hosts => "115.28.3.150:9200

logstash推送mysql慢查询日志

本文将将介绍通过logstash用来收集mysql的慢查询日志,然后推送给elasticsearch,并创建自定义的索引,最终通过kibana进行web展示. 环境介绍: 操作系统版本:centos6.6 64bit Mysql版本: mysql5.6.17与mysql5.1.36 Logstash版本: logstash-2.0.0.tar.gz Elasticsearch版本:elasticsearch-2.1.0.tar.gz Kibana版本:Kibana 4.2.1 Java版本:1.

Linux定时修改MySQL慢查询日志文件名

一:背景介绍 二:编辑修改慢查询日志脚本 三:加入定时任务 1.如果所有慢查询日志都放到一个文件中,那么时间长了,查看慢查询日志将是一件非常痛苦的事情,所以,需要按时间把慢查询日志进行拆分. 2.修改MySQL服务器变量slow_query_log_file的脚本内容 #!/bin/sh #修改MySQL慢查询日志文件名,使每天生成一个慢查询日志文件 #避免所有慢查询日志都放到一个文件中,导致分析查看不方便 USERNAME=root PASSWORD=redhat CURRDATE=`date

mysql慢查询日志切割,日志分析

#!/usr/bin/env python #coding:utf8 import os,sys import datetime,shutil,subprocess from config.config import slow_config class cut_mysql(object): mysql_user,mysql_pass,date_day,slow_log_name,slow_log_path,mysqlsla_log_name,mysqldumpslow_log_name,new_