mysql慢查询日志使用总结
首先查看log_output参数，确认日志信息输出到操作系统文件还是数据库的表中：
mysql> show variables like 'log_output';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| log_output | FILE |
+---------------+-------+
1 row in set (0.00 sec)
mysql>
通过上面的结果可以发现，log_output的值为“FILE”,证明是输出到日志文件，
如果值为“TABLE”则将日志信息输出到默认“mysql”数据库中的相应日志表中（具体为：mysql.slow_log），
该表的默认引擎为CSV。
开启慢查询日志：
set global slow_query_log=on;
设置慢查询的阀值为4秒，超过4秒的查询都将记录到慢查询日志中：
set global long_query_time=4;
也可以设置得更低，例如：
set global long_query_time=0.1;
设置慢查询日志的名称和存储位置：
set global slow_query_log_file="e:\mysql_slow_query.log";
运行一个超过4秒的查询：
select count(*) from aa;
查询出现慢查询次数的累计值（值由0变为1）：
mysql> show global status like 'Slow_queries';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Slow_queries | 1 |
+---------------+-------+
1 row in set (0.00 sec)
mysql>
打开生成的mysql_slow_query.log文件，发现新增了如下信息：
# Time: 140509 17:39:32
# User@Host: root[root] @ [127.0.0.1]
# Query_time: 13.025654 Lock_time: 0.738594 Rows_sent: 1 Rows_examined: 1187860
use database1;
SET timestamp=1399628372;
select count(*) from aa;
其中：
“Time: 140509 17:39:32”为执行这条慢查询sql语句的日期和时间。
“Query_time: 13.025654”为这条慢查询sql语句的执行时间（大约执行了13秒）。
其它可选的配置：
set global log_queries_not_using_indexes = true;
通过这个配置，可以将所有没有使用到索引的sql语句都记录到慢查询日志中
（即使执行时间小于long_query_time所指定的值！）。
测试：
select count(*) from bb;
查看慢查询日志：
# Query_time: 0.032001 Lock_time: 0.031001 Rows_sent: 1 Rows_examined: 88
SET timestamp=1399949174;
select count(*) from bb;
我们可以看到这条sql语句的执行时间虽然只有0.03秒，但由于没有使用到索引，因此也被记录到了慢查询日志中。
===========================================================================================================
继续测试：
select * from aa where id=634786438;
aa表有上百万条记录，id列上建有主键索引，由于这条sql语句使用到了索引，因此没有被记录到慢查询日志中。
===========================================================================================================
在官方文档中还描述了一种比较特殊的情况：
This option does not necessarily mean that no index is used. For example, a query that uses
a full index scan uses an index but would be logged because the index would not limit the number of rows.
文档位置：
http://mysql.cdpa.nsysu.edu.tw/doc/refman/5.1/en/server-options.html
继续测试：
select id from aa;
select id from aa limit 5;
查看慢查询日志：
# Query_time: 0.631036 Lock_time: 0.000000 Rows_sent: 1187860 Rows_examined: 1187860
SET timestamp=1399949756;
select id from aa;
......
# Query_time: 0.001000 Lock_time: 0.000000 Rows_sent: 5 Rows_examined: 5
SET timestamp=1399953250;
select id from aa limit 5;
这两条sql语句虽然也都使用到了索引，但依然被记录到慢查询日志中。
通过执行计划可以看出这两条sql语句使用了“覆盖索引”（在执行计划中显示为：“Extra: Using index”）。
所谓“覆盖索引”（Covering Index）指的是：只需读取（扫描）索引中的数据就能完成一个查询，而不需要再读取表中的行数据。
上面这两条sql语句由于只读取了主键索引列（id）的数据，因此称为“覆盖索引”。
但是，这两条sql语句并没有通过索引来限定（过滤）行数据，所以都被记录到了慢查询日志中。
如果慢查询日志中的记录内容很多，可以使用mysqldumpslow工具，对慢查询日志进行分类汇总。
mysqldumpslow是mysql数据库自带的工具，在安装mysql数据库软件时，点击“Developer Components”旁边的按钮，
选择“this feature,and all subfeatures will be Install”(安装所有子项)，就可以安装mysqldumpslow工具了。
进入mysql的basedir目录下的scripts目录，就可以找到mysqldumpslow.pl了。
在执行mysqldumpslow.pl脚本之前，
还需要下载并安装ActivePerl（linux系统没试过，至少window系统需要安装ActivePerl），
最新版下载地址：
http://www.activestate.com/activeperl
=======================================================================================
进入mysql的basedir目录下的scripts目录：
cd D:\Program Files (x86)\MySQL\MySQL Server 5.1\scripts
执行mysqldumpslow.pl --help命令了解mysqldumpslow用法：
mysqldumpslow.pl --help
=======================================================================================
执行：
mysqldumpslow.pl -s t -t 7 e:\mysql_slow_query.log
这条命令会输出执行时间最长的7条sql语句。
这条命令中各个参数的意义：
-s, 是表示按照何种方式排序，c、t、l、r分别是按照语句query次数、query time、lock time、rows sent的总数来排序，
at、al、ar则是以query time、lock time、rows sent的平均值来排序；
-t, 是top n的意思，即返回排序在最前面的多少条sql语句。
此语句的显示结果如下：
Reading mysql slow query log from e:\mysql_slow_query.log
Count: 6 Time=2301.70s (13810s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127
.0.0.1]
update shuzhi set shuzhi='S' where name='S'
Count: 6 Time=2085.78s (12514s) Lock=0.00s (0s) Rows=7.3 (44), root[root]@[12
7.0.0.1]
select * from shuzhi lock in share mode
Count: 1 Time=6668.59s (6668s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127.
0.0.1]
update shuzhi set name='S' where id=N
Count: 2 Time=40.28s (80s) Lock=0.01s (0s) Rows=0.0 (0), root[root]@[127.0.0.
1]
insert into shuzhi values(N,'S',N)
Count: 10 Time=7.27s (72s) Lock=0.00s (0s) Rows=1.0 (10), root[root]@[127.0.0
.1]
select count(*) from aaaaaa
where aaaaaaTime>='S' and aaaaaaTime<='S'
Count: 3 Time=20.76s (62s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127.0.0.
1]
insert into aaaaaa select * from aaaaaa limit N
Count: 3 Time=17.83s (53s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127.0.0.
1]
insert into aaaaaa select * from aaaaaa
--------------------------------------------------------------------
其中Count即query次数，Time即query time、Lock即lock time，Rows即rows sent。
前4条sql语句是发生严重锁等待的4条sql语句。
--------------------------------------------------------------------
请注意输出结果中的最后一条sql语句：
“insert into aaaaaa select * from aaaaaa”，
可以明显看出此语句执行了3次（Count: 3），
平均每次的执行时间为17.83秒(Time=17.83s)，
这3次执行的总执行时间是53秒（Time=17.83s后面的“(53s)”）。
---------------------------------------------------------------------
如果多条sql语句仅仅只是参数值不同，那么这些sql语句会被汇总成一条sql语句显示。
例如：
insert into aaaaaa select * from aaaaaa limit 500000;
insert into aaaaaa select * from aaaaaa limit 600000;
insert into aaaaaa select * from aaaaaa limit 700000;
会被汇总为：
“insert into aaaaaa select * from aaaaaa limit N”。 也就是输出结果中的倒数第2条sql语句。
其中“limit N”中的“N"代表不同的值（数字）。如果参数变量显示为：“S”，则代表不同的字符串。
从上面的输出结果“Count: 3 Time=20.76s (62s)”可以看出：
这样的sql语句被执行了3次，平均每条sql语句执行了20.76秒，这3条sql语句执行时间的总和是62秒。
如果不希望做这样的汇总（即：不希望将多条相似的sql语句（仅仅只是参数变量的值不同）汇总为一条显示），
可以在命令中加入“-a”选项：
mysqldumpslow.pl -a -s t -t 7 e:\mysql_slow_query.log
===================================================================================
上面的输出结果是按照执行时间的总和排名的。
我们还可以按照平均执行时间进行排名（将“t”改成“at”）：
mysqldumpslow.pl -s at -t 5 e:\mysql_slow_query.log
输出结果如下：
Reading mysql slow query log from e:\mysql_slow_query.log
Count: 1 Time=6668.59s (6668s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127.
0.0.1]
update shuzhi set name='S' where id=N
Count: 6 Time=2301.70s (13810s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127
.0.0.1]
update shuzhi set shuzhi='S' where name='S'
Count: 6 Time=2085.78s (12514s) Lock=0.00s (0s) Rows=7.3 (44), root[root]@[12
7.0.0.1]
select * from shuzhi lock in share mode
Count: 2 Time=40.28s (80s) Lock=0.01s (0s) Rows=0.0 (0), root[root]@[127.0.0.
1]
insert into shuzhi values(N,'S',N)
Count: 3 Time=20.76s (62s) Lock=0.00s (0s) Rows=0.0 (0), root[root]@[127.0.0.
1]
insert into aaaaaa select * from aaaaaa limit N
请注意比较两次输出结果中的前2条sql语句。
===================================================================================
其它用法举例：
mysqldumpslow.pl -s t -t 3 -g "left join" e:\mysql_slow_query.log
这条命令会输出执行时间最长的、并且包含“left join”的前3条sql语句。
注：-g, 后边可以写一个匹配模式（一个字符串），例如：“left join”。
官方文档的描述：
http://dev.mysql.com/doc/refman/5.1/en/mysqldumpslow.html
为确保数据库系统在重启后配置依然生效，修改my.ini(Linux系统为my.cnf)文件，
在“[mysqld]”之后添加：
slow-query-log
slow_query_log_file = "e:\mysql_slow_query.log"
long_query_time = 4
如果需要记录没有使用到索引的sql语句，还可以添加：
log-queries-not-using-indexes = true