mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题

mysql-bin日志清理,并设置expire_logs_days时间,mysql占用空间过大问题

文章目录

问题

最近发现生产环境的服务器磁盘空间吃紧,查下到底是哪里占用的空间比较大,最后发现,mysql占用空间蛮大的。

shell 复制代码
du -sh *

64G docker_data
6.4G    ftpwww
35G jenkins
33G mysql_data
33G www

发现mysql占用的空间很大,具体看看哪些数据占用了空间

shell 复制代码
cd mysql_data
ls -hl 

-rw-r----- 1 mysql mysql 1.1G 4月   7 2023 mysql-bin.000001
-rw-r----- 1 mysql mysql 1.1G 4月  22 2023 mysql-bin.000002
-rw-r----- 1 mysql mysql 1.1G 5月   7 2023 mysql-bin.000003
-rw-r----- 1 mysql mysql 1.1G 5月  20 2023 mysql-bin.000004
-rw-r----- 1 mysql mysql 1.1G 6月   2 2023 mysql-bin.000005
-rw-r----- 1 mysql mysql 1.1G 6月  15 2023 mysql-bin.000006
-rw-r----- 1 mysql mysql 1.1G 6月  28 2023 mysql-bin.000007
-rw-r----- 1 mysql mysql 1.1G 7月  11 2023 mysql-bin.000008
-rw-r----- 1 mysql mysql 477M 7月  17 19:51 mysql-bin.000009
-rw-r----- 1 mysql mysql 1.1G 7月  31 17:04 mysql-bin.000010
-rw-r----- 1 mysql mysql 1.1G 8月  14 00:53 mysql-bin.000011
-rw-r----- 1 mysql mysql 1.1G 8月  26 18:10 mysql-bin.000012
-rw-r----- 1 mysql mysql 1.1G 9月   8 20:23 mysql-bin.000013
-rw-r----- 1 mysql mysql 1.1G 9月  21 22:34 mysql-bin.000014
-rw-r----- 1 mysql mysql 1.1G 10月  5 00:00 mysql-bin.000015
-rw-r----- 1 mysql mysql 1.1G 10月 18 02:13 mysql-bin.000016
-rw-r----- 1 mysql mysql 1.1G 10月 31 02:55 mysql-bin.000017
-rw-r----- 1 mysql mysql 1.1G 11月 15 12:04 mysql-bin.000018
-rw-r----- 1 mysql mysql 1.1G 12月  1 12:10 mysql-bin.000019
-rw-r----- 1 mysql mysql 451M 12月  8 18:30 mysql-bin.000020
-rw-r----- 1 mysql mysql  177 12月 11 09:57 mysql-bin.000021
-rw-r----- 1 mysql mysql 1.1G 12月 25 07:22 mysql-bin.000022
-rw-r----- 1 mysql mysql 1.1G 1月   7 22:24 mysql-bin.000023

发现mysql-bin占用了很大的空间

mysql-bin为操作的日志,用作DB的数据恢复使用

查看mysql配置参数

shell 复制代码
vi /etc/my.cnf

发现配置了mysql-bin,但是为什么一直在增加没有删除,估计,是没有配置日志的保留时间

登录mysql或者使用mysql连接工具

sql 复制代码
show variables like 'expire_logs_days';

发现配置的默认是0,代表一致保存

解决

全局修改参数

因为生产环境DB,不能重启,暂时配置全局

sql 复制代码
-- 保存30天的日志
set global expire_logs_days=30;
show variables like 'expire_logs_days';

清理日志规则

设置之后不会立即清除,触发条件是:binlog大小超过max_binlog_size (默认max_binlog_size=1G)手动执行flush logs重新启动时(MySQL将会new一个新文件用于记录binlog)

sql 复制代码
show variables like 'max_binlog_size';

可以配置后,不用手动清理,等着规则触发清理即可。

手动清理

mysql> flush logs;

如果binlog非常多,不要轻易设置改参数,有可能导致io争用,这时候可以使用purge命令予以清除:

将mysql-bin.000008之前的binlog清掉:

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

将指定时间之前的binlog清掉:

mysql>purge binary logs before '2023-12-12 23:59:59';

my.cnf

全局修改只是当前有效,如果要永久有效,需要更改my.cnf配置,然后重启mysql

外传

复制代码
😜 原创不易,如若本文能够帮助到您的同学
🎉 支持我:关注我+点赞👍+收藏⭐️
📝 留言:探讨问题,看到立马回复
💬 格言:己所不欲勿施于人 扬帆起航、游历人生、永不言弃!🔥
相关推荐
01_ice1 分钟前
MySQL表的约束
数据库·sql·mysql
北漂燕郊杨哥26 分钟前
Win11 环境下 phpStudy 安装 Redis 最新版,并为 PHP 8.5.9(NTS)配置 redis 扩展
数据库·redis·php
2603_965148119 小时前
如何解析JSON数据?API返回的商品信息处理教程
开发语言·数据库·python·自动化·json·api
ltl9 小时前
RocksDB 经典故障排查:L0、compaction 与 write stall
数据库
xfhuangfu10 小时前
Oracle中建立到CDB和PDB的连接
数据库·oracle·rpc
小小龙学IT11 小时前
DuckDB 深度实战:用 C++ 在进程内跑一个「分析型数据库」
数据库·c++
NineData11 小时前
DTCC 2026 预告|NineData CEO& 创始人叶正盛:面向 AI Agent 的数据库 DevOps 与数据复制实践
数据库·人工智能·数据库开发·devops·ninedata·数据库技术·dtcc
J_bean11 小时前
MySQL 事务是否必须手动开启?
数据库·mysql·数据库事务·自动提交·手动提交
J_bean11 小时前
MySQL InnoDB 如何检测死锁、判定死锁、处理死锁
数据库·mysql·死锁·死锁检测·处理死锁·死锁判定
浪子明X12 小时前
从 MongoDB 文档到关系模型:构建可重跑、可对账的数据迁移流水线
数据库·mongodb·oracle