上周五去一个公司面试，聊到一个问题，面试官说基于某个备份+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起， 执行多次不会有问题。