暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

MySQL维护笔记

binlog爆炸,空间不足,怎么办

某天、运维同事在线紧急求助,因客户MySQL数据库服务器空间使用率100%,原因是binlog日志爆炸了,才几天,日志占用空间达到了几百GB。
用了几秒钟思考:空间已经不足,数据库都登录不了了,只能从物理文件上直接操作删除,于是让同事如下操作:

手动rm清理

rm -rf mysql-bin.00040*;

vim mysql-bin.log.index
清除掉里面的mysql-bin.0004**纪录

问题解决!!

指定表解析binlog

解析命令

/home/mysql3308/mysql-8.0.29/bin/mysqlbinlog --no-defaults --base64-output=decode-rows -v --start-datetime='2024-09-06 00:00:00' --stop-datetime='2024-09-13 11:09:00' --database=ivat_channel mysql3308_bin.000077 | grep "auth_user" > auth_user_20240913.sql 

解析结果

[root@sqlserver1 data]# cat auth_user_20240913.sql
#240910 15:43:56 server id 52  end_log_pos 455432394 CRC32 0x11b3d2f9   Table_map: `ivat_channel`.`auth_user_register` mapped to number 401
### INSERT INTO `ivat_channel`.`auth_user_register`
#240910 15:43:57 server id 52  end_log_pos 455432807 CRC32 0xc767c672   Table_map: `ivat_channel`.`auth_user` mapped to number 164
### INSERT INTO `ivat_channel`.`auth_user`
#240910 15:43:57 server id 52  end_log_pos 455433196 CRC32 0x7639396d   Table_map: `ivat_channel`.`auth_user_register` mapped to number 401
### DELETE FROM `ivat_channel`.`auth_user_register`
最后修改时间:2024-09-13 18:07:43
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

文章被以下合辑收录

评论