MySQL执行binlog的两种方法

  维护mysql的时候，总会遇到数据库恢复的例子。如果把备份集恢复出来相对比较简单。然而如果遇到恢复到时间点的例子，把一个MySQL实例恢复出来之后，需要执行binlog做增量恢复。
  常见的办法是用mysqlbinlog解析binlog，将解析出来的内容重定向到mysql命令行执行。在MySQL手册中也是推荐使用mysqlbinlog工具来实现指定时间点的数据恢复。事实上，这是一个经常“让人郁闷”的办法。更好的办法是，使用MySQL内部复制线程中的SQL Thread来做恢复。

  这里先把两种方法的优缺点列出，在通过实验比较两者的性能。

mysqlbinlog方法
优点：

• 方法简单，无需配置和重启MySQL实例。
• 有start-datetime、stop-datetime等参数，方便基于时间点的恢复

缺点：

• 错误处理困难。
• 不好设置断点。
• 性能差，只能单线程执行，而且mysqlbinlog解析再通过管道执行，有比较高的性能开销。

SQL Thread方法
优点：

• 可以随时stop slave，调整一些参数，再start slave。
• 可以选择忽略一些slave执行报错。
• 如果mysql版本支持多线程复制，可以使用设置slave_parallel_workers参数启用多个SQL Thread，这么做性能更好。

缺点：

• 需要修改master.info、hostname-relay-log.info等文件，需要重启实例才会生效。
• 因为只有UNTIL RELAY_LOG_FILE = 'log_name', RELAY_LOG_POS = log_pos子句，基于时间点的恢复时，需要手工把datetime转成pos。

  先表明我的观点：在binlog较小时，可以使用mysqlbinlog，否则建议使用MySQL自身复制来恢复binlog。下面是详细实验步骤。

一、环境
Linux 2.6.32 
MySQL 5.6.14
xtrabackup 2.2.3

二、前期准备
1. 用xtrabackup做一个全库备份，并应用日志以备库恢复

innobackupex --user=wxy --password=123456 --port=3306 --socket=/tmp/mysql.sock /home/mysql/backup  
innobackupex --apply-log /home/mysql/backup/2015-07-01_09-04-12/  

2. 产生100万条数据和100个binlog文件

-- 建立测试表  
create table t1 (    
    a int not null primary key    
) engine=innodb;    
  
-- 建立生成数据和binlog文件的存储过程  
delimiter $$    
create procedure pCreateNums(cnt int)    
begin    
    declare s int default 1;            
    while s<=cnt do    
        insert into t1 values(s);            
        if mod(s,10000)=0 then           
           commit;  
           flush logs;  
        end if;  
        set s=s+1;  
    end while;    
    commit;  
end $$    
  
-- 执行调用存储过程  
delimiter ;    
call pCreateNums(1000000);     
  
-- 查询验证  
select count(*),min(a),max(a) from t1;  
show binary logs; 

3. 备份binlog文件

cp /usr/local/mysql/data/mysql-bin.* /home/mysql/binlog_bak  
# 删除mysql-bin.index文件  
rm -f /home/mysql/binlog_bak/mysql-bin.index  

4. 用xtrabackup还原备份的数据库

service mysql stop  
rm -rf /usr/local/mysql/data/*  
innobackupex --copy-back /home/mysql/backup/2015-07-01_09-04-12/  

三、用mysqlbinlog执行binlog进行完全恢复

# 启动MySQL服务  
service mysql start  
# 查看需要恢复的起始binlog文件名和位置  
more /home/mysql/backup/2015-07-01_09-04-12/xtrabackup_binlog_info  
cd /home/mysql/binlog_bak  
# 在mysqlbinlog命令中应用xtrabackup_binlog_info中的文件名及其后面产生的所有binlog文件，start-position为xtrabackup_binlog_info中的pos  
mysqlbinlog $(ls -l | awk '{print $9}') --start-position=120 | mysql -u wxy -p123456

-- 执行时间：4分24秒  
-- 查询验证  
select count(*),min(a),max(a) from t1;  

四、用SQL Thread执行binlog（把binlog作为relay-log来执行）进行完全恢复

# 因为缺省情况下，slave应用完relay log就会将relay log文件删除，所以先做一个额外的备份，以免失败的情况丢失binlog  
# 此步骤不是必须的，但强烈建议做  
cp /home/mysql/binlog_bak/* /home/mysql/binlog_bak2  
  
# 编辑my.cnf文件，添加或修改以下参数  
vi /etc/my.cnf  
# relay_log指定到binlog的备份目录  
relay_log = /home/mysql/binlog_bak/mysql-bin  
# 手动启动slave  
skip_slave_start = 1  
# 修改server_id，这步很重要，因为MySQL复制不会应用自身示例产生的SQL  
server_id = 2  
# 生成master.info文件，写入如下内容。这里的内容需要符合规则即可，无需实际内容。  
# 实际上这步只是让MySQL实例启动时认为自己是slave而不是master。  
# 如果没有此文件，start slave sql_thread时会报以下错误  
# ERROR 1200 (HY000): The server is not configured as slave; fix in config file or with CHANGE MASTER TO  
cat > /usr/local/mysql/data/master.info < /usr/local/mysql/data/relay-log.info < /home/mysql/binlog_bak/mysql-bin.index  
  
# 启动MySQL服务  
service mysql start

-- 启动SQL Thread线程  
start slave sql_thread;  
-- 通过多次执行show slave status命令查看SQL Thread的执行情况  
show slave status\G  
  
-- 执行时间：35秒  
-- 查询验证  
select count(*),min(a),max(a) from t1; 

-- 删除slave  
stop slave;  
reset slave all;  

# 复员my.cnf配置  
service mysql stop  
vi /etc/my.cnf  
# relay_log = /home/mysql/binlog_bak/mysql-bin  
# skip_slave_start = 1  
server_id = 1  
service mysql start  

五、关于指定时间点的不完全恢复
  如果需要执行指定时间点的不完全恢复，mysqlbinlog方法可以直接指定stop-datetime参数。而start slave sql_thread命令只有UNTIL RELAY_LOG_FILE = 'log_name', RELAY_LOG_POS = log_pos子句。这时有两种处理方法：

1. 将除最后一个需要不完全恢复的binlog以外，使用SQL Thread方法，最后一个使用mysqlbinlog方法。
2. 手工把datetime转成pos，使用SQL Thread方法。下面是一个例子根据datetime找pos的例子

先将binlog日志转换成txt： 

mysqlbinlog --start-date="2011-02-27 13:10:12" --stop-date="2011-02-27 13:47:21" jbms_binlog.000002 > temp/002.txt 

功能是将时间段内的日志文件转换成txt，注意binlog和temp文件夹是同一目录下。 
查看生成的txt文件，获取编辑位置和时间等数据，然后通过命令： 

mysqlbinlog --stop-position="98" jbms_binlog.000002 | mysql -uroot -proot 

即可恢复位置为“98”处操作的数据，其中stop也可以换成start。 

参考：

如何快速执行 binlog
使用MySQL自身复制来恢复binlog
MySQL数据库备份 误操作 数据恢复