由于原来的慢查询日志太大了，有1G多，并且其中包含上一次查询优化前的慢sql，所以想收集最近两天的慢查询语句，故
mysql> show global variables like 'slow%';
+---------------------+---------------------------------+
| Variable_name | Value |
+---------------------+---------------------------------+
| slow_launch_time | 2 |
| slow_query_log | ON |
| slow_query_log_file | /data/mysql_3301/slow_query.log |
+---------------------+---------------------------------+
将原日志备份
mv /data/mysql_3301/slow_query.log /data/mysql_3301/slow_query_backup.log
新建了空的慢查询日志文件
vim /data/mysql_3301/slow_query.log
原来默认的慢查询时间为10s
通过mysql命令行设置全局变量set global long_query_time=2; 慢查询时间为2s，
mysql> set global long_query_time=2;
Query OK, 0 rows affected (0.00 sec)
mysql> show global variables like 'long%';
+-----------------+----------+
| Variable_name | Value |
+-----------------+----------+
| long_query_time | 2.000000 |
+-----------------+----------+
1 row in set (0.00 sec)
设置后执行
mysql> select sleep(3);
发现新的慢日志文件/data/mysql_3301/slow_query.log还是空的
mysql> select sleep(15); slow_query.log还是空
很疑惑。。。
最后发现/data/mysql_3301/slow_query_backup.log一直在增长，这个文件的最后修改时间离系统时间很近
原来mysql将慢日志一直写到/data/mysql_3301/slow_query_backup.log中
mv /data/mysql_3301/slow_query_backup.log /data/mysql_3301/slow_query.log
cp /data/mysql_3301/slow_query.log /data/mysql_3301/slow_query_20140122.log
cat /dev/null > /data/mysql_3301/slow_query.log
一切好了。
[root@s7 mysql_3301]# ll /data/mysql_3301/
-rw-r--r-- 1 root root 1184185666 01-22 16:26 slow_query_20140122.log
-rw-rw---- 1 mysql mysql 2244 01-22 16:45 slow_query.log
mv只是更改文件名