今天发现网站不能正常访问,于是登陆服务器查找问题。
机智的我随手用命令:df -l 发现 硬盘爆满了,于是就知道问题所在了。
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/xvda1 20641404 16963004 16929876 100% /
tmpfs 960368 0 960368 0% /dev/shm
/dev/xvdb1 51599192 4845536 44132564 10% /home/sam/share
然后通过命令 du -sh * 一路检查,发现mysql的日志文件占据了大部分空间 , 整整27G,于是现在的任务就是清理mysql的日志文件(主要是清理.log文件和mysql-bin.00000X二进制日志文件)
一、删除mysql日志文件
第一步:登陆进入mysql,并使用 show binary logs; 查看日志文件。
mysql> show binary logs;
第二步:查看正在使用的日志文件:show master status;
mysql> show master status;
当前正在使用的日志文件是mysql-bin.000005,那么删除日志文件的时候应该排除掉该文件。
删除日志文件的命令:purge binary logs to ‘mysql-bin.000005’;
mysql> purge binary logs to 'mysql-bin.000005';
1
删除除mysql-bin.000005以外的日志文件。
删除后就能释放大部分空间。
二、mysql 定时清理日志文件
如果每次等到发现空间不足的时候才去手动删除日志文件,这种方式是很不理想的。
那么,我们就需要设置mysql,让它能自动清理日志文件。
编辑mysql的配置文件,设置expire_logs_days(mysql定时删除日志文件)
[root@sam ~]# vim /etc/my.cnf
在my.cnf中,添加或修改expire_logs_days的值 (这里设置的自动删除时间为10天, 默认为0不自动删除)
expire_logs_days=10
修改后,重启mysql就会生效。
但是,在生产环境中,重启mysql数据库往往会付出很高的代价。
于是,可以在不重启mysql的情况下,修改expire_logs_days值
登陆到mysql,并输入一下命令。 如下:
mysql> show variables like '%log%';
mysql> set global expire_logs_days = 10;
设置完后,可以通过 show variables like ‘%log%’; 看到expire_logs_days的值已被修改成10。
注意:通过这种方式设置expire_logs_days虽然不需要重启mysql即可生效,但是该方式在重启mysql之后,值会被恢复。
于是,建议通过mysql命令设置expire_logs_days的同时,也修改/etc/my.cnf下的expire_logs_days=10配置,这样在下次重启mysql的时候,expire_logs_days也一样是10;
————————————————
版权声明:本文为CSDN博主「神奇Sam」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。
原文链接:https://blog.csdn.net/sinat\_14982831/article/details/74738737