mysql 日志爆满,删除日志文件,定时清理日志

今天发现网站不能正常访问,于是登陆服务器查找问题。

机智的我随手用命令:df -l 发现 硬盘爆满了,于是就知道问题所在了。

bash 复制代码
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; 查看日志文件。

bash 复制代码
mysql -u root -p

mysql> show binary logs;

±-----------------±----------+| Log_name | File_size |±-----------------±----------+

| mysql-bin.000001 | 234592362 |

| mysql-bin.000002 | 425234342 |

| mysql-bin.000003 | 425345345 |

| mysql-bin.000004 | 234234222 |

| mysql-bin.000005 | 425994852 |

±-----------------±----------+1 row in set (0.00 sec)
第二步:查看正在使用的日志文件:show master status;

mysql> show master status;

±-----------------±----------±-------------±-----------------±------------------+

| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |

±-----------------±----------±-------------±-----------------±------------------+

| mysql-bin.000005 | 425994852 | | | |

±-----------------±----------±-------------±-----------------±------------------+1 row in set (0.00 sec)

当前正在使用的日志文件是mysql-bin.000005,那么删除日志文件的时候应该排除掉该文件。 删除日志文件的命令:purge binary logs to 'mysql-bin.000005';

mysql> purge binary logs to 'mysql-bin.000005';

删除除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;

相关推荐
小白男神13 小时前
MySQL进阶学习四(存储过程、游标、触发器)
mysql
这个DBA有点耶14 小时前
MVCC深入:Read View、版本链与快照读——InnoDB并发控制的内核
数据库·mysql·架构
DBA_G14 小时前
从地面到云霄:GBase数据库在民航三大场景的落地实践
数据库
自由能燃气设备14 小时前
商用全预混低氮冷凝锅炉免费方案vs付费方案对比+选型避坑指南
大数据·数据库·人工智能
科创致远14 小时前
科创致远 ESOP 系统核心效能与实战价值展示
大数据·数据库·人工智能·精益工程
kybs199115 小时前
全球灾害数据分析可视化 毕业设计-附源码66794
vue.js·spring boot·mysql·安全·django·c#·asp.net
2601_9622186116 小时前
万象生鲜系统称重自动多退少补算法解决生鲜非标品痛点
大数据·数据库·人工智能·python·算法
程序猿_极客16 小时前
【免费】分享一套优质的基于SSM的校园失物招领系统的设计与实现,源码+文档+视频详解(讲解)
java·mysql·ssm·课程设计·失物招领系统
张洛闻Eren16 小时前
k8s云原生【第十课】:水平 Pod 自动扩缩容
运维·数据库·云原生·kubernetes·github
于平安17 小时前
MySQL-触发器
数据库·mysql