安装是lum1.1.9版本.
今天重启lu服务,发现mysql重启不了,好像是进程死了,用kill -9 强制杀掉进程,还是重启不了,命令提示符下总是提示 write failed,filesystem is full,看样子是磁盘空间满了,但是网站没有上传什么大文件啊,用df -a 查看了一下,/home文件夹下已经使用102%了。。还真是满了,后来又把一些关于log的文件还有backup的文件都清除掉,发现还是占用很大空间。仔细查看了空间使用发现是mysql_data下的文件类似于mysql-bin.0000x这样的占用很大空间,这些文件也不知道可不可以删除掉,上网搜索发现是是mysql的日志文件可以清除掉。清除方法:
# mysql -u root -p
mysql> reset master; (清除日志文件)
这样一清除,/home文件夹使用率立即变成52%,mysql也可以连接上了。
后记:
mysql-bin.0000X 系列文件一般存在于 /usr/local/mysql/var 下
既然mysql-bin.0000X日志文件占用这么大空间,存在的意义又不是特别大,那么我们就不让它生成吧.
# find / -name my.cnf
/usr/local/etc/my.cnf
找到了my.cnf 即mysql配置文件,我们将 log-bin=mysql-bin binlog_format-mixed 这两条注释掉即可.
注意:只注释 log-bin=mysql-bin 会导致 mysql 无法启动
# Replication Master Server (default)
# binary logging is required for replication
#log-bin=mysql-bin
# binary logging format - mixed recommended
#binlog_format=mixed
重启下mysql吧.
mysql-restart(注:mysql-restart是安装lum软件的命令)
[转载] 运行时间长了,mysql-bin.0000X日志文件过大,导致mysql无法连接
本文详细介绍了遇到MySQL服务因磁盘空间不足导致无法启动的问题,通过检查磁盘使用情况,发现是mysql_data目录下的日志文件占用大量空间。作者通过查找并注释MySQL配置文件my.cnf中关于日志文件生成的相关设置,成功解决了问题,并通过清理日志文件进一步释放了磁盘空间。最终,MySQL服务恢复正常运行。

被折叠的 条评论
为什么被折叠?



