mysql-binlog备份初探

备份MySQL的binlog文件,可以配合分库或全库的备份文件实现基于时间点的数据恢复.

在工作过程中,遇到两种情况:

1.不执行flush logs命令

缺点:对于不进行频繁写入和更新的业务,备份后,浪费磁盘空间.

优点:对于一天只生成一个binlog文件的业务,恢复数据比较容易,只需要解压一个binlog文件.

 

2.执行flush logs命令

缺点:在刷新和重新打开日志时,会潜在的破坏旧的日志条目.

优点:对于不进行频繁更新的业务员,会节省一点磁盘空间.

 

个人比较偏重不执行flush logs命令.

如果把binlog文件的大小设置为512M,通常情况下,压缩比率可以达到10:1,甚至更高.所以这点磁盘空间,基本不会有什么影响.

 

另附一个备份binlog的脚本代码

function backup_binlog(){
if [ -s $DIR_BACKUP/$HOSTNAME.mysql-bin ]; then
read POS < $DIR_BACKUP/$HOSTNAME.mysql-bin
cd $DIR_DATA
runstatus tar -zcvf $DIR_BACKUP/$TIME_YM/$TIME_DAY/$HOSTNAME.$POS.$TIME.tgz \
`gawk -F'/' '{print $NF}' $BINLOG_NAME.index |sed -n "/$POS/,//p"`
fi
# write last pos
gawk -F'/' '{print $NF}' $DIR_DATA/$BINLOG_NAME.index | tail -n 1 >$DIR_BACKUP/$HOSTNAME.mysql-bin
}

#$HOSTNAME.mysql-bin文件记录了上次备份的文件名字

#如果该文件不存在,则先生成.利用gawk