c、进行copy back
SHELL> mv /data/inst3606/data3606 /data/inst3606/data3606bk --更正@2014122251018，在mv之前建议先关��实例，即先执行后面的mysqldown
SHELL> mkdir -p /data/inst3606/data3606
SHELL> mysqldown -P3606 --copy back前关闭实例
SHELL> netstat -nltp|grep mysql|grep 3606
SHELL> innobackupex --user=robin -password=xxx --port=3606 --copy-back /hotbak/full --defaults-file=/etc/my3606.cnf
SHELL> chown -R mysql:mysql /data/inst3606/data3606
--启动恢复后的实例
SHELL> mysqld_safe --defaults-file=/etc/my3606.cnf &
--验证结果
[mysql@app inst3606]$ sql -P3606
--如下查询，由于我们未使用binlog做完全恢复，因此无法查询到id为3的记录
robin@localhost[(none)]> select * from tempdb.tb;
+------+---------+
| id | val |
+------+---------+
| 1 | fullbak |
| 2 | Incbak |
+------+---------+
4、小结
a、增量备份是基于增量或全备的基础之上完成的。
b、增量备份的基础是InnoDB引擎使用了LSN机制，非InnoDB引擎不存在增量备份的说法，每次都是全备。
c、对于增量备份的恢复期间需要对已提交的事务前滚，未提交的事务回滚。
d、增量备份的恢复应按照备份的顺利逐个逐个replay，需要使用--apply-log --redo-only选项。
e、仅仅最后一个增量备份不需要使用--redo-only选项。
f、如果要做完全恢复或时点恢复，需要结合binlog来实现。