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

外传

😜 原创不易,如若本文能够帮助到您的同学
🎉 支持我:关注我+点赞👍+收藏⭐️
📝 留言:探讨问题,看到立马回复
💬 格言:己所不欲勿施于人 扬帆起航、游历人生、永不言弃!🔥
相关推荐
云和数据.ChenGuang5 分钟前
Django 应用安装脚本 – 如何将应用添加到 INSTALLED_APPS 设置中 原创
数据库·django·sqlite
woshilys33 分钟前
sql server 查询对象的修改时间
运维·数据库·sqlserver
Hacker_LaoYi33 分钟前
SQL注入的那些面试题总结
数据库·sql
建投数据2 小时前
建投数据与腾讯云数据库TDSQL完成产品兼容性互认证
数据库·腾讯云
Hacker_LaoYi3 小时前
【渗透技术总结】SQL手工注入总结
数据库·sql
岁月变迁呀3 小时前
Redis梳理
数据库·redis·缓存
独行soc3 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍06-基于子查询的SQL注入(Subquery-Based SQL Injection)
数据库·sql·安全·web安全·漏洞挖掘·hw
你的微笑,乱了夏天3 小时前
linux centos 7 安装 mongodb7
数据库·mongodb
工业甲酰苯胺3 小时前
分布式系统架构:服务容错
数据库·架构
独行soc4 小时前
#渗透测试#漏洞挖掘#红蓝攻防#护网#sql注入介绍08-基于时间延迟的SQL注入(Time-Based SQL Injection)
数据库·sql·安全·渗透测试·漏洞挖掘