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;

相关推荐
IvorySQL37 分钟前
IvorySQL Agent 探索与实践
数据库·人工智能·postgresql·oracle·ivorysql
作陪1 小时前
小白也能看懂的 SQL 零基础教程:从关系模型到事务全解
mysql
SelectDB2 小时前
美团数十 PB 规模 Apache Doris 实践:从统一 OLAP 到 AI-Native 数据基座
大数据·数据库·性能优化
Database_Cool_2 小时前
阿里云RDS主从延迟解决方案_只读实例半同步复制最佳实践
数据库·人工智能
KaMeidebaby2 小时前
卡梅德生物技术快报|小 RNA 适配体合成 + 多方法亲和力表征全流程标准化操作手册
前端·网络·数据库·人工智能·算法
卓怡学长3 小时前
w269基于spring boot + vue 候鸟监测数据管理系统
java·数据库·spring boot·spring·intellij-idea
ClouGence3 小时前
MySQL 到 StarRocks 数据迁移同步:同步方案与实践指南
数据库·mysql
行业研究员3 小时前
当数据生产者变成 Agent,数据库底座如何重构?
大数据·数据库·重构
人工智能培训3 小时前
破解数据发展瓶颈 激活数字经济新动能
大数据·数据库·人工智能·深度学习·神经网络·机器学习·生成对抗网络
1234567890@world4 小时前
知识管理 | 数字化 | APQC
大数据·数据库·人工智能