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