Heim  >  Artikel  >  php教程  >  MYSQL的慢查询分析

MYSQL的慢查询分析

WBOY
WBOYOriginal
2016-07-06 13:29:20907Durchsuche

本文转自http://www.libazh.com/?p=18 一个带新手上路的博客
有一段日子了,曾经设置了一次记录在mysql中查询慢于1秒钟的SQL语句。刚才突然回想设置的方法,有几个参数的名称死活回忆不起来了,于是重新整理一下,自己做个笔记。

对于排查问题找出性能瓶颈来说,最容易发现并解决的问题就是MYSQL的慢查询以及没有得用索引的查询。

OK,开始找出mysql中执行起来不“爽”的SQL语句吧。
转至新手博客 ; http://www.libazh.com/?p=18
方法一: 这个方法我正在用,呵呵,比较喜欢这种即时性的。

Mysql5.0以上的版本可以支持将执行比较慢的SQL语句记录下来。mysql> show variables like 'long%';     注:这个long_query_time是用来定义慢于多少秒的才算“慢查询”<br> +-----------------+-----------+<br> | Variable_name   | Value     |<br> +-----------------+-----------+<br> | long_query_time | 10.000000 | <br> +-----------------+-----------+<br> 1 row in set (0.00 sec)mysql> set long_query_time=1;   注: 我设置了1, 也就是执行时间超过1秒的都算慢查询。<br> Query OK, 0 rows affected (0.00 sec)mysql> show variables like 'slow%';<br> +---------------------+---------------+<br> | Variable_name       | Value         |<br> +---------------------+---------------+<br> | slow_launch_time    | 2             | <br> | slow_query_log      | ON            |           注:是否打开日志记录<br> | slow_query_log_file | /tmp/slow.log |      注: 设置到什么位置<br> +---------------------+---------------+<br> 3 rows in set (0.00 sec)mysql> set global slow_query_log='ON'   注:打开日志记录一旦slow_query_log变量被设置为ON,mysql会立即开始记录。

/etc/my.cnf 里面可以设置上面MYSQL全局变量的初始值。long_query_time=1<br> slow_query_log_file=/tmp/slow.log====================================================

方法二:mysqldumpslow命令/path/mysqldumpslow -s c -t 10 /tmp/slow-log这会输出记录次数最多的10条SQL语句,其中:-s, 是表示按照何种方式排序,c、t、l、r分别是按照记录次数、时间、查询时间、返回的记录数来排序,ac、at、al、ar,表示相应的倒叙;<br> -t, 是top n的意思,即为返回前面多少条的数据;<br> -g, 后边可以写一个正则匹配模式,大小写不敏感的;<br> 比如<br> /path/mysqldumpslow -s r -t 10 /tmp/slow-log<br> 得到返回记录集最多的10个查询。<br> /path/mysqldumpslow -s t -t 10 -g “left join” /tmp/slow-log<br> 得到按照时间排序的前10条里面含有左连接的查询语句。搞定!
本文转自 http://www.libazh.com/?p=18 一个带新手上路的博客

云栖大会北京站:阿里技术专家难得出镜,这次一下来了100多位?!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn