服务器慢 mysql-bin.000001文件占满磁盘的原因与解决

发现 VPS 服务器上的网站反应超级慢，简单的重启、重启各主要服务，发现mysql 的反应极其不正常。

一方面是问题，这与站点访问量有关。开始时从mysql 的配置文件 my.cnf 考虑，这里的问题并不是此原因。

排查过程中 df -lh 命令，发现系统主目录磁盘使用率 100% 了。
粗略估计应该是 /usr/ 下出了问题，执行命令：

du -h –max-depth=1 /usr/local/ | sort -nr | more

查看并分析结果，发现 /usr/local/mysql/var/ 目录异常，该目录下有众多类似这样的文件：mysql-bin.00001

这是数据库的日志文件，原因就在于此。那么我们可以删除它，执行命令：

/usr/local/mysql/bin/mysql -u root -p

输入密码后进入 mysql 命令行，执行：

reset master;

此时再查看日志文件是否已被清除。
日志文件一般用于主从服务器的备份恢复，这里是单服务器，那么就应该关闭日志记录。所以应该这么做，编辑 my.cnf 文件：

vim /etc/my.cnf

注释掉如下两行：

#log-bin=mysql-bin
#binlog_format=mixed

然后重启 mysql，若出现类似如下错误提示：

Starting MySQL.Manager of pid-file quit without updating fi[Failed]

这应该是日志索引的问题，删除文件 mysql-bin.index：

rm -f /usr/local/mysql/var/mysql-bin.index

然后再重启。此时若 mysql-bin.00001 这些文件还在，可删除之：

rm -f /usr/local/mysql/var/mysql-bin.000*

1.查找当

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| mysql-bin.000001 | 150462942 |

| mysql-bin.000002 | 125 |

| mysql-bin.000003 | 106 |

+—————-+———–+

2.删除bin-log(删除mysql-bin.000003之前的而没有包含mysql-bin.000003)

mysql> purge binary logs to 'mysql-bin.000003';

Query OK, 0 rows affected (0.16 sec)

3. 查询结果(现在只有一条记录了.)

mysql> show binlog events/G

*************************** 1. row ***************************

Log_name: mysql-bin.000003

Pos: 4

Event_type: Format_desc

Server_id: 1

End_log_pos: 106

Info: Server ver: 5.1.26-rc-log, Binlog ver: 4

1 row in set (0.01 sec)

(mysql-bin.000001和mysql-bin.000002已被删除)

mysql> show binary logs;

+—————-+———–+

| Log_name | File_size |

+—————-+———–+

| mysql-bin.000003 | 106 |

+—————-+———–+

1 row in set (0.00 sec)

(删除的其它格式运用!)

　 PURGE {MASTER | BINARY} LOGS TO ‘log_name’
　　PURGE {MASTER | BINARY} LOGS BEFORE ‘date’
　　用于删除列于在指定的日志或日期之前的日志索引中的所有二进制日志。这些日志也会从记录在日志索引文件中的清单中被删除，这样被给定的日志成为第一个。
　　例如：
　　PURGE MASTER LOGS TO ‘mysql-bin.010′;
　　PURGE MASTER LOGS BEFORE ‘2008-06-22 13:00:00′;
清除3天前的 binlog
PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);
　　BEFORE变量的date自变量可以为’YYYY-MM-DD hh:mm:ss’格式。MASTER和BINARY是同义词。
　　如果您有一个活性的从属服务器，该服务器当前正在读取您正在试图删除的日志之一，则本语句不会起作用，而是会失败，并伴随一个错误。不过，如果从属服务器是休止的，并且您碰巧清理了其想要读取的日志之一，则从属服务器启动后不能复制。当从属服务器正在复制时，本语句可以安全运行。您不需要停止它们。
　　要清理日志，需按照以下步骤：
　　1. 在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。
　　2. 使用SHOW MASTER LOGS获得主服务器上的一系列日志。
　　3. 在所有的从属服务器中判定最早的日志。这个是目标日志。如果所有的从属服务器是更新的，这是清单上的最后一个日志。

　　4. 制作您将要删除的所有日志的备份。（这个步骤是自选的，但是建议采用。）

　　5. 清理所有的日志，但是不包括目标日志。

在contab设置:

0 1 * * *  `mysql -uroot -e 'PURGE MASTER LOGS BEFORE DATE_SUB( NOW( ), INTERVAL 3 DAY);'`