你有没有试过这样的情况?当你查看VPS的状态，发现VPS的空间只剩下了1G多!但是log并没有发现什么异常的登录?是否被入侵了?

　　你会有这样的疑惑：系统文件占用应该也就3G多，如果平时并没有在VPS放过什么大文件，就不应该一下子少那么多空间。

　　这就是mysql的log文件惹的祸，下面我们来学习一下怎么启动MySQL的log-bin的日志功能：

　　装mysql,运行一段时间后，在mysql目录下出现一堆类似mysql-bin.000***，从mysql-bin.000001开始一直排列下来，而且占用了大量硬盘空间，高达几十个G. 对于这些超大空间占用量的文件我们应该怎么办呢?

　　那么mysql数据库文件夹中的mysql-bin.00001是什么文件?

　　mysql-bin.000001、mysql-bin.000002等文件是数据库的操作日志，例如UPDATE一个表，或者DELETE一些数据，即使该语句没有匹配的数据，这个命令也会存储到日志文件中，还包括每个语句执行的时间，也会记录进去的。

　　这些形如mysql-bin.00001的文件主要是用来做什么的呢?

　　1：数据恢复

　　如果你的数据库出问题了，而你之前有过备份，那么可以看日志文件，找出是哪个命令导致你的数据库出问题了，想办法挽回损失。

　　2：主从服务器之间同步数据

　　主服务器上所有的操作都在记录日志中，从服务器可以根据该日志来进行，以确保两个同步。

　　如果不想要这些文件应该怎么做呢?

　　1：只有一个mysql服务器，那么可以简单的注释掉这个选项就行了。

　　vi /etc/my.cnf把里面的 log-bin 这一行注释掉，重启mysql服务即可。

　　2：如果你的环境是主从服务器，那么就需要做以下操作了。

　　A：在每个从属服务器上，使用SHOW SLAVE STATUS来检查它正在读取哪个日志。

　　B：使用SHOW MASTER LOGS获得主服务器上的一系列日志。

　　C：在所有的从属服务器中判定最早的日志，这个是目标日志，如果所有的从属服务器是更新的，就是清单上的最后一个日志。

　　D：清理所有的日志，但是不包括目标日志，因为从服务器还要跟它同步。

　　简单地说,这些MySQL目录下的形如mysql-bin.000***的文件时MySQL的事务日志。

　　删除复制服务器已经拿走的binlog是安全的，一般来说网络状况好的时候，保留最新的那一个足以。

　　(缺点是将无法使数据库恢复先前的状态)