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;

相关推荐
智购科技智能售货柜几秒前
自动售货机商品识别YOLO模型训练实战:从6万张图片到98%识别率的完整复盘~YH
运维·服务器·数据库·人工智能·redis·物联网·yolo
ACP广源盛139246256737 分钟前
2026 PCIe互连芯片@ACP#国产替代格局解析:芯动科技领跑高端交换芯片赛道
大数据·网络·数据库·人工智能·分布式·嵌入式硬件
代码代码快快显灵16 分钟前
MYSQL-DAY2
数据库·mysql
隔窗听雨眠32 分钟前
Oracle到PostgreSQL迁移实战:pg_hint_plan执行计划控制完全指南
数据库·postgresql·oracle
IKUN家族1 小时前
常见的依懒
java·服务器·数据库
程序员-Benothing1 小时前
MySQL 的存储引擎有哪些?它们之间有什么区别?
后端·mysql·面试·职场和发展
DBA_G1 小时前
解析GBase 8s数据库锁机制
数据库·oracle
captain3761 小时前
多线程进阶
java·开发语言·数据库
initialize13061 小时前
Oracle数据库 binary XML data类型同步
xml·数据库
倔强的石头1061 小时前
连接池参数治理-HikariCP怎么配才稳
数据库·oracle