binlog恢复时键冲突的问题

MYSQLER

有两个mysql　server，里面的数据库为test，表结构和内容都一样，其中一个开启binlog日志，并且每两天备份一次binlog日志，备份前都用
flush-logs 刷新过日志，然后导入到另一个mysql中，用脚本导入的

for i in `ls mysql-bin*`;do mysqlbinlog $i | mysql  -uroot -p123456;done

但是导入过程中会出现

ERROR 1062 (23000) at line 157: Duplicate entry '4232492de7308a371233nba6520a2' for key 2  

这个错误

zeromax

我以前也遇到过，好像是MYSQL的BUG，现在不用BINLOG恢复，也没有现成的数据研究原因，懒得搞了，呵呵。

详细分析一下BINLOG的内容，有答案了给大家分享一下哈

MYSQLER

回复 2# zeromax


谢谢哥们，看你的回复说不用binlog恢复，那增量备份用的哪种方式?select 到一个文件，load data 恢复？ 一个表还行，多了太麻烦

zeromax

由于事务量巨大，BINLOG恢复过慢，现在采用XTRABACKUP，每小时增量，缺点就是只能按照小时恢复，真的要恢复到两个小时中间的某个时间点的话还是得用BINLOG。不过业务上的时间基本不允许这个恢复时间。

我这里极限情况达到过9分钟1G的BINLOG ,用binlog 恢复真是杯具了，就算AUTOCOMMIT 关掉了，还需要比执行更多的时间来恢复。如果万一忘关AUTOCOMMIT 的话，执行时间将是8倍

MYSQLER

那数据量是不小..我看看你说的这个方法，谢谢

MYSQLER

回复 4# zeromax


XTRABACKUP只能备份innodb，我这innodb和myisam都有

zeromax

回复  zeromax


XTRABACKUP只能备份innodb，我这innodb和myisam都有
MYSQLER 发表于 2010-04-16 15:23

   用INNODBACKUPEX脚本能备份MYISAM 不过只在全备的时候才能备份，MYISAM增量没办法，只能日志备份。在XTRABACKUP没诞生之前我试过rdiff ，测试下来是可行的，可惜不敢在生产环境上使用，不知道有没有当小白鼠的？哈哈，不过除了XTRABACKUP其他的就算可行也都要锁表，我这里大多都是在从DB上进行备份和查询统计操作的。