Crashed binlog file ./mysqlz-bin.459995 size is 1150780346364, but recovered up to 712273752644. Binlog trimmed to 712273752644 bytes.
数据库crash后恢复,提示binlog 由1.1t 被裁剪成600G。那么为什么会发生裁剪呢从源码分析: 
裁剪是根据crash时发生的最近那有效事务或event的valid_pos来确认。判断逻辑如下:
binlog_size > vailid_pos
为什么会发生 
当binlog不正常关闭也就是数据库crash了,这时数据库调用MYSQL_BIN_LOG恢复至:
1、收集记录的xids
2、二阶段提交完成被挂起的事务xid
3、binlog中最近有效事务的valid pos
另外问题,设置的binlog_size为1G,为什么会超过600G 没有自动切换binlog ?
最后修改时间:2022-06-22 20:46:38
「喜欢这篇文章,您的关注和赞赏是给作者最好的鼓励」
关注作者
【版权声明】本文为墨天轮用户原创内容,转载时必须标注文章的来源(墨天轮),文章链接,文章作者等基本信息,否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容,欢迎发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。




