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

文章讲述了在生产环境中发现MySQL占用大量磁盘空间的问题,通过查看日志发现mysql-bin日志过多。作者介绍了如何检查配置参数,设置expire_logs_days以自动清理过期日志,以及手动清理和配置my.cnf以实现持久更改。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

问题

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

du -sh *

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

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

cd mysql_data
ls -hl 

-rw-r----- 1 mysql mysql 1.1G 47 2023 mysql-bin.000001
-rw-r----- 1 mysql mysql 1.1G 422 2023 mysql-bin.000002
-rw-r----- 1 mysql mysql 1.1G 57 2023 mysql-bin.000003
-rw-r----- 1 mysql mysql 1.1G 520 2023 mysql-bin.000004
-rw-r----- 1 mysql mysql 1.1G 62 2023 mysql-bin.000005
-rw-r----- 1 mysql mysql 1.1G 615 2023 mysql-bin.000006
-rw-r----- 1 mysql mysql 1.1G 628 2023 mysql-bin.000007
-rw-r----- 1 mysql mysql 1.1G 711 2023 mysql-bin.000008
-rw-r----- 1 mysql mysql 477M 717 19:51 mysql-bin.000009
-rw-r----- 1 mysql mysql 1.1G 731 17:04 mysql-bin.000010
-rw-r----- 1 mysql mysql 1.1G 814 00:53 mysql-bin.000011
-rw-r----- 1 mysql mysql 1.1G 826 18:10 mysql-bin.000012
-rw-r----- 1 mysql mysql 1.1G 98 20:23 mysql-bin.000013
-rw-r----- 1 mysql mysql 1.1G 921 22:34 mysql-bin.000014
-rw-r----- 1 mysql mysql 1.1G 105 00:00 mysql-bin.000015
-rw-r----- 1 mysql mysql 1.1G 1018 02:13 mysql-bin.000016
-rw-r----- 1 mysql mysql 1.1G 1031 02:55 mysql-bin.000017
-rw-r----- 1 mysql mysql 1.1G 1115 12:04 mysql-bin.000018
-rw-r----- 1 mysql mysql 1.1G 121 12:10 mysql-bin.000019
-rw-r----- 1 mysql mysql 451M 128 18:30 mysql-bin.000020
-rw-r----- 1 mysql mysql  177 1211 09:57 mysql-bin.000021
-rw-r----- 1 mysql mysql 1.1G 1225 07:22 mysql-bin.000022
-rw-r----- 1 mysql mysql 1.1G 17 22:24 mysql-bin.000023

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

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

查看mysql配置参数

vi /etc/my.cnf

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

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

show variables like 'expire_logs_days';

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

解决

全局修改参数

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

-- 保存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)

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

外传

😜 原创不易,如若本文能够帮助到您的同学
🎉 支持我:关注我+点赞👍+收藏⭐️
📝 留言:探讨问题,看到立马回复
💬 格言:己所不欲勿施于人 扬帆起航、游历人生、永不言弃!🔥

“华为杯”第十八届中国研究生数学建模竞赛是一项全国性赛事,致力于提升研究生的数学建模创新实践能力。数学建模是将实际问题转化为数学模型,并运用数学方法求解以解决实际问题的科学方法。该竞赛为参赛者提供了展示学术水平团队协作精神的平台。 论文模板通常包含以下内容:封面需涵盖比赛名称、学校参赛队号、队员姓名以及“华为杯”中国研究生创新实践系列大赛的标志;摘要部分应简洁明了地概括研究工作,包括研究问题、方法、主要结果结论,使读者无需阅读全文即可了解核心内容;目录则列出各章节标题,便于读者快速查找;问题重述部分需详细重新阐述比赛中的实际问题,涵盖背景、原因及重要性;问题分析部分要深入探讨每个问题的内在联系解决思路,分析各个子问题的特点、难点及可能的解决方案;模型假设符号说明部分需列出合理假设以简化问题,并清晰定义模型中的变量符号;模型建立求解部分是核心,详细阐述将实际问题转化为数学模型的过程,以及采用的数学工具求解步骤;结果验证讨论部分展示模型求解结果,评估模型的有效性局限性,并对结果进行解释;结论部分总结研究工作,强调模型的意义对未来研究的建议;参考文献部分列出引用文献,遵循规范格式。 在准备竞赛论文时,参赛者需注重逻辑清晰、论述严谨,确保模型科学实用。良好的团队协作时间管理也是成功的关键。通过竞赛,研究生们不仅锻炼了数学应用能力,还提升了团队合作、问题解决科研写作能力。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

南巷Dong

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值