之前发现自己10G的服务器空间大小,用了几天就剩下5G了,自己上传的文件才仅仅几百M而已,到底是什么东西占用了这么大空间呢?今天有时间彻底来查了一下:
看下上面的目录web根目录是放在/home 里面的,所有文件加起来才不到300M,而服务器上已经占用了近5G空间,恐怖吧,最后经我一步一步查询得知,原来是这个文件夹占了非常多的空间资源:
原来如此,是mysql文件夹下的var目录占用空间最大,那里面是啥 内容呢?我们来看下:
发现了如此多的 mysql-bin.0000X文件,这是什么东西呢?原来这是mysql的操作日志文件.我才几十M的数据库,操作日志居然快3G大小了.
如何删除mysql-bin.0000X 日志文件呢?
红色表示输入的命令.
[root@jiucool var]# /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>
好了,我们再来查看下mysql文件夹占用多少空间?
[root@jiucool var]# 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日志文件占用这么大空间,存在的意义又不是特别大,那么我们就不让它生成吧.
[root@jiucool var]# find / -name 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的日志文件啦.
这些个日志文件太恐怖了,我搬到这新VPS来才二十天左右,还不到一个月日志文件居然就近3个G大小,如果一两个月我不清除日志文件这还得了!
[...] 找到一篇文章:恐怖的MySql-bin.0000X日志文件 [...]
你博客的数据库有几十MB了？？？这么恐怖？？？
[Reply]
久酷
Reply:
October 30th, 2009 at 23:31
@aunsen, 嗯,有几十M啦.
[Reply]
就不能直接禁用吗？
再说这么大的数据有什么用？
[Reply]
久酷
Reply:
October 30th, 2009 at 09:22
@左岸读书, 服务器安装时默认情况下是启用了,嗯,已经修改了服务器配置,禁用它了,不会再生成啦,哈哈
[Reply]
原来这个东东在作怪，占据太多的资源，不干了它岂可了得？！
貌似我这里暂时还没有这个问题。
[Reply]
是挺恐怖的喔。
[Reply]
最好是关闭日志功能吧呵呵
[Reply]