上周五去一个公司面试,聊到一个问题,面试官说基于某个备份+binlog来恢复,如果没有备份的postion或者时间点
恢复数据的时候,可以往前多应用一些binlog,数据也是一样的。因为binlog是幂等的。
第一感觉是这样不行,看示例:
CREATE TABLE t
(
a
INT(11) NOT NULL AUTO_INCREMENT,
b
VARCHAR(20) DEFAULT NULL,
c
INT,
PRIMARY KEY (a
)
);
CREATE TABLE t1 LIKE t;
CREATE TABLE t2 LIKE t;
RESET MASTER;
INSERT INTO t(a,b,c) VALUES(1,’A’,100);
FLUSH LOGS;
binlog 2
INSERT INTO t(a,b,c) VALUES(2,’A’,200);
FLUSH LOGS;
binlog 3
INSERT INTO t(a,b,c) VALUES(3,’C’,100);
FLUSH LOGS;
binlog 4
DELETE FROM t WHERE b=’A’;
FLUSH LOGS;
备份
SET sql_log_bin=0;
INSERT INTO t1 SELECT * FROM t;
SET sql_log_bin=1;
FLUSH LOGS;
binlog 6
INSERT INTO t(a,b,c) VALUES(100,’100’,100);
UPDATE t SET b=’AA’ WHERE a=100;
FLUSH LOGS;
FLUSH LOGS;
INSERT INTO t2 SELECT * FROM t;
DELETE FROM t;
INSERT INTO t SELECT * FROM t1;
把binlog解析出来
mysqlbinlog –skip-gtids -v mysql-bin.000001 > 1.sql
mysqlbinlog –skip-gtids -v mysql-bin.000002 > 2.sql
mysqlbinlog –skip-gtids -v mysql-bin.000003 > 3.sql
mysqlbinlog –skip-gtids -v mysql-bin.000004 > 4.sql
mysqlbinlog –skip-gtids -v mysql-bin.000005 > 5.sql
mysqlbinlog –skip-gtids -v mysql-bin.000006 > 6.sql
mysqlbinlog –skip-gtids -v mysql-bin.000007 > 7.sql
source 6.sql
可以看到,数据恢复出来与之前的一致。
但是如果binlog往前一些呢。上面的binlog我们是从第5个binlog开始备份的。下面从第二个binlog开始执行恢复。
source 2.sql
source 3.sql
source 4.sql
source 5.sql
source 6.sql
多出了一条记录!!!
原因在于:mysql-bin.000004里面删除delete from t where b=’A’;包括两条记录(a=1,a=2),在一个事务里面。要么成功,要么失败。
而从mysql-bin.000002开始执行的时候,由于表里面没有a=2的记录,所以a=2插入成功,但是删除的时候,a=1没有,事务不成功。导致多了一条记录
由此可见,从基于备份时间点之前,应用binlog来恢复,数据是不一致的。
但是如果从第一个binlog起, 执行多次不会有问题。