昨天感觉VPN速度贼慢，访问了下博客发现速度也上不去，遂登录控制面板看了一眼。结果Disk usage直接爆满，红的相当感人。
实在是想不出什么占用了这么大的空间，直接重启看看，然后就没有然后了，因为重启完磁盘占用率依旧感人，同时ngnix没有启动。尝试手动启动，结果报错提示磁盘空间不足，无法启动ngnix服务器。最可悲的是ssh也因为磁盘空空间不足死活连不上，真是哔了小狗了。
万幸的是vps的控制面板自带的简易shell还能用，输入df -h查看磁盘占用情况，结果是100%占用，然后一路df -sh *定位过去发现mysql目录下爆满(df -h查看哪个目录满，然后切款到该目录下后用df -sh *继续追踪)，原来是装LNMP的时候默认开启了mysql的日志，然后满满的全是mysql-bin.*的日志文件。
果然啊，/var目录爆了。
root@slyar:/usr/local/mysql/var# ll --block-size=MB
total 504MB
-rw-rw---- 1 mysql mysql 26MB Jul 23 2012 mysql-bin.000011
-rw-rw---- 1 mysql mysql 5MB Jul 26 2012 mysql-bin.000012
-rw-rw---- 1 mysql mysql 27MB Aug 8 2012 mysql-bin.000013
-rw-rw---- 1 mysql mysql 43MB Aug 23 2012 mysql-bin.000014
-rw-rw---- 1 mysql mysql 270MB Feb 9 17:05 mysql-bin.000020
-rw-rw---- 1 mysql mysql 115MB Apr 19 12:27 mysql-bin.000021
-rw-rw---- 1 mysql mysql 1MB Feb 10 12:07 mysql-bin.index
-rw-rw---- 1 mysql mysql 0MB Apr 19 12:34 mysql-bin.~rec~
基本上就是被这些玩意占满了，查了一下Mysql手册发现这些东西也没啥用，直接删除(此操作最好在Mysql服务停止时进行，因为当前日志使用的话无法删除，而且有可能导致一些其它问题，不过用mysql>reset master命令可以直接清空日志)。
root@slyar:/usr/local/mysql/var# rm -f mysql-bin.*为了防止再次出现此类状况，直接关闭Mysql的log-bin日志功能。
vim /etc/my.cnf找到：
log-bin=mysql-bin
binlog_format=mixed在前面加上#注释掉，:wq保存退出。
最后：
/etc/init.d/mysql restart启动Mysql服务，一切正常。
补充：其它的问题
一、删除Ngnix日志后Ngnix不能启
修复这个问题很简单，只要关闭Ngnix 日志记录就可以了。找到Ngnix 安装目录编辑conf文件，将日志记录那行改为 “access_log /dev/null;” 之后再尝试启动Ngnix，不出意外Ngnix 就可以顺利启动了。
其实正确清除Ngnix日志的步骤是应该先关闭Ngnix ，然后mv重命名日志文件，再启动Ngnix，这时会自动生成日志文件，没有问题就可以直接删除日志文件了
二、Nginx启动出现端口被占用提示问题
fuser -n tcp 80
看看是什么被占用，也可以用netstat -ntpl看看谁占用，然后KILL掉占用的PID
然后通过 kill -9 删除进程
最后/etc/init.d/nginx start启动就可以。