这几天由于太忙了,7天没有观察服务器了,今天用手机打开网站发现报mysql.sock丢失的错误,刚开始以为是my.ini修改的原因,用df一看,/dev/xvda1的占用已经100%了,这样的情况还能启动mysql就真的逆天了。这时候想到了用sql删除binlog,但是根本进不去控制台,连安全模式都启动不了,以下是具体操作。
分配了20G的硬盘,活生生的被binlog吃完了。
tail -f /opt/server/mysql/var/slyar.err
看了一下Mysql的错误日志,意外状况出现……
Disk is full writing './mysql-bin.~rec~' (Errcode: 28). Waiting for someone to free space... (Expect up to 60 secs delay for server to continue after freeing disk space)
神奇的情况,居然是因为磁盘满了无法写入日志导致Mysql起不来。
[email protected]# df Filesystem 1K-blocks Used Available Use% Mounted on /dev/xvda1 20641404 20641404 0 100% /
基本上就是被这些玩意占满了,查了一下Mysql手册发现这些东西也没啥用,直接删除(此操作最好在Mysql服务停止时进行,因为当前日志使用的话无法删除,而且有可能导致一些其它问题,不过用mysql>reset master命令可以直接清空日志)。
/opt/server/mysql/var/ [email protected]# cd [email protected]# rm -f mysql-bin.*
如果一定要使用binlog又担心时间久了没及时清理的话,可以在my.ini里设置binlog过期时间。
expire_logs_days = 7
如果不需要binlog的话可以关闭掉,避免未来得及监控导致的系列问题。
vim /etc/my.cnf
注释掉下面2行
log-bin=mysql-bin binlog_format=mixed
然后重启即可
/etc/init.d/mysqld restart