当前位置:首页 >热点 >MySQL基于gtid特性与xtrabackup的数据恢复 可以唯一的恢复标识一个事务

MySQL基于gtid特性与xtrabackup的数据恢复 可以唯一的恢复标识一个事务

2024-06-29 06:15:55 [百科] 来源:避面尹邢网

MySQL基于gtid特性与xtrabackup的数据数据恢复

作者:o翡翠谷o 数据库 MySQL 通过备份文件新建从库,将binlog跑到指定的恢复gtid位置,可以将数据恢复到指定的数据时间点。

[[195974]]

一、恢复gtid特性介绍:

MySQL基于gtid特性与xtrabackup的数据恢复 可以唯一的恢复标识一个事务

GTID(global transaction identifier)是数据MySQL 5.6的新特性,可以唯一的恢复标识一个事务,由UUID+TID组成:

MySQL基于gtid特性与xtrabackup的数据恢复 可以唯一的恢复标识一个事务

  • UUID是数据MySQL实例的唯一标识
  • TID是该实例上已提交的事务的数量

在主从复制中,GTID代替了classic的恢复复制方法,不再使用binlog+pos开启复制,数据而是恢复使用master_auto_postion = 1的方式自动匹配GTID断点进行复制。

MySQL基于gtid特性与xtrabackup的数据恢复 可以唯一的恢复标识一个事务

要开启GTID,数据只需在MySQL参数文件中添加以下参数:

  1. gtid-mode                       = ON 
  2. enforce_gtid_consistency        = 1  

二、恢复数据恢复需求:

需要将MySQL(以下简称A库)恢复到一天前的数据凌晨12:00左右的状态 需要具备的前提条件如下:

  1. 开启GTID
  2. 有A库昨天凌晨12:00前的xtra备份文件
  3. 开启binlog日志(废话)

三、恢复操作:

在另一台MySQL(B库)上进行数据的恢复恢复,这样可以避免影响线上业务

1. 将B库data目录移走,数据拷贝A库备份文件到B库

  1. mv data data_20160716           #移走B库data 
  2. mv A_back_20160714 data         #移入A库备份文件 
  3. chown -R mysql12300.mysql data/  

2. 开启B库,配置主从

查看data目录下xtrabackup_binlog_info文件中记录的GTID:

  1. [root@service-test1 data]$ cat xtrabackup_binlog_info  
  2. mysql-bin.000012        46455554        8133046e-4282-11e6-848e-026ca51d284c:1-4920155  

在B库(slave)设置@@global.gtid_purged跳过备份包含的GTID,并执行change master to指定A库为主库:

  1. mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155"; 
  2.  
  3. Query OK, 0 rows affected (0.00 sec) 
  4.  
  5. mysql> change master to Master_Host ='10.11.21.14',Master_Port=3306,Master_User='replica',Master_Password='XXXXXXXXX',MASTER_AUTO_POSITION=1; 
  6.  
  7. Query OK, 0 rows affected, 2 warnings (0.01 sec)  

注意: xtrabackup_binlog_info中的GTID有时不止一个,设置@@global.gtid_purged时指定多个即可,以逗号隔开。

四、在A库binlog中找到恢复点并进行恢复

需要特别注意的是,在上述操作后,不要直接start slave,否则B库也又会跑到当前A库的状态

将A库binlog转换为sql语句:

  1. mysqlbinlog -vv mysql-bin.000011 > mysql-bin.000011.sql 

找到前一天凌晨12:00左右的位置并记录GTID:

  1. # at 561467475 
  2. #160521  0:24:31 server id 212177500  end_log_pos 561467523 CRC32 0x216072ca    GTID [commit=yes] 
  3. SET @@SESSION.GTID_NEXT= '542ef021-9a64-11e5-bc49-025d3d22c211:1348360'/*!*/;  

在B库开启slave并指定恢复到的位置:

  1. mysql> start slave until SQL_BEFORE_GTIDS='542ef021-9a64-11e5-bc49-025d3d22c211:1348360'; 
  2.  
  3. Query OK, 0 rows affected (0.00 sec)  

当执行到了指定的GTID,SQL线程便会停止,但IO线程还会继续复制:

  1. mysql> show slave status\G 
  2. (责任编辑:知识)

    推荐文章
    热点阅读