安装了MysqL以后,过一段时间发现磁盘空间不足了,查一下,发现是mysql-bin.000001、mysql-bin.000002等文件占用了空间,那么这些文件是干吗的?这是数据库的操作日志,例如UPDATE一个表,或者DELETE一些数据,即使该语句没有匹配的数据,这个命令也会存储到日志文件中,还包括每个语句执行的时间,也会记录进去的。
这样做主要有以下两个目的:
1:数据恢复
如果你的数据库出问题了,而你之前有过备份,那么可以看日志文件,找出是哪个命令导致你的数据库出问题了,想办法挽回损失。
2:主从服务器之间同步数据
主服务器上所有的操作都在记录日志中,从服务器可以根据该日志来进行,以确保两个同步。
解决方法:
root@chinaitlabs.net]# /usr/local/MysqL/bin/MysqL -u root -p Enter password: (输入密码) Welcome to the MysqL monitor. Commands end with ; or /g. Your MysqL connection id is 264001 Server version: 5.1.35-log Source distribution Type ‘help;’ or ‘/h’ for help. Type ‘/c’ to clear the current input statement. MysqL> reset master; (清除日志文件) Query OK,0 rows affected (8.51 sec) MysqL>
[root# du -h --max-depth=1 /usr/local/MysqL/ 37M /usr/local/MysqL/var 70M /usr/local/MysqL/MysqL-test 15M /usr/local/MysqL/lib 448K /usr/local/MysqL/include 2.9M /usr/local/MysqL/share 7.6M /usr/local/MysqL/libexec 17M /usr/local/MysqL/bin 11M /usr/local/MysqL/docs 2.9M /usr/local/MysqL/sql-bench 163M /usr/local/MysqL/
现在看一下,整个MysqL 目录才占用163M大小!OK,没问题,既然mysql-bin.0000X日志文件占用这么大空间,存在的意义又不是特别大,那么我们就不让它生成吧。
@jiucool var]# vi /etc/my.cnf 找到了my.cnf 即MysqL配置文件,我们将log-bin=MysqL-bin 这条注释掉即可. # Replication Master Server (default) # binary logging is required for replication #log-bin=MysqL-bin
重启下MysqL吧。
OK,至此,操作完成. 以后再不会因为就几十M的数据库大小生成N个G的日志文件。
原文地址:
http://www.tuicool.com/articles/VJ7BFb