[原创]一个简单的mysql增量备份脚本

rainbow

#!/bin/sh
# incr backup of mysql

# All the binary logs
BINFILE=`echo /usr/local/mysql/data/mysql-bin.[0-9]*`

# flush logs
mysql -e "flush logs"

# cp all the binary logs except the last binary log
cp -rf $BINFILE .

# get the last binary log
LASTBIN=`tail -n 1 /usr/local/mysql/data/mysql-bin.index`
LASTBINFILE=`basename $LASTBIN`

# purge binary logs to the last binary log
echo "purge binary logs to '${LASTBINFILE}'"
mysql -e  "purge binary logs to '${LASTBINFILE}'"

yueliangdao0608

Good.

rainbow

该脚本的问题：

在replication环境中，理论上存在缺陷； 尽管replication是基于commit的，应该是master commit后，slave的数据是马上就同步过来的。在正式的生产系统中，在purge binlog时，是否会出现slave还需要flush logs前的binary log ，没有测试过，有点担心.

ruochen

TKS

yueliangdao0608

那要看你这个脚本是用在Master 还是 Slave 上。

如果用在SLAVE上的话。
你可以在你SLAVE的SERVER上开启
log_slave_updates = ON


然后检查你的relay-log是否同步完毕。

godsad

同步清日志是不是用reset master;

yueliangdao0608

你这样会把日志全部删掉，然后创建新的从1开始的日志。