MySQL之binlog文件过多处理方法

背景

MySQL由于大量读写,导致binlog文件特别的多。从而导致服务器disk空间不足问题。

先备份binlog文件

tar -zcvf mysql.tar.gz mysql/data/mysql-bin.00*

修改MySQL配置

binlog过期时间

show variables like 'expire_logs_days';

这里 0 表示 永不过期

如果为 n (n>0) 表示 保留最近n天binlog文件

设置自动清理

修改配置文件,在mysqld标签下增加内容:

xml 复制代码
expire_logs_days=7
max_binlog_size=1024M

这里需要重启MySQL

手动清理binlog文件

删除指定日期之前的binlog
purge binary logs before '2023-12-01 23:59:59';
删除指定文件之前的binlog
purge binary logs to 'mysql-bin.000003';

相关推荐
先吃饱再说7 小时前
存储的进化:从 MySQL 到浏览器缓存,数据到底住在哪?
数据库
Nturmoils7 小时前
字段太多看不全,ksql 的展开模式和输出控制怎么用
数据库·后端
Databend10 小时前
Agent 轨迹分析与归因的数据工程实践
大数据·数据库·agent
这个DBA有点耶10 小时前
SQL改写进阶:标量子查询的“隐形代价”与消除实战
数据库·mysql·架构
smallyoung11 小时前
数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南
数据库·mysql·postgresql
parade岁月11 小时前
MySQL JOIN解析:朴实无华但食之有味
数据库·后端
用户31693538118312 小时前
MySQL服务无法启动问题解决全记录
数据库
vivo互联网技术15 小时前
从 10 分钟到 1 秒:ES 深度分页任意跳页的三轮优化实战
服务器·数据库·redis·elasticsearch·深度分页
数据技术说16 小时前
MySQL 迁移实战——如何实现真正的"零改造"平滑切换
mysql
倔强的石头_1 天前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库