[[195974]]

一、gtid特性介紹：

GTID(global transaction identifier)是MySQL 5.6的新特性，可以唯一的標識一個事務，由UUID+TID組成：

• UUID是MySQL實例的唯一標識
• TID是該實例上已提交的事務的數量

在主從復制中，GTID代替了classic的復制方法，不再使用binlog+pos開啟復制，而是使用master_auto_postion = 1的方式自動匹配GTID斷點進行復制。

要開啟GTID，只需在MySQL參數文件中添加以下參數：

gtid-mode                       = ON 
enforce_gtid_consistency        = 1  

二、數據恢復需求：

需要將MySQL(以下簡稱A庫)恢復到一天前的凌晨12:00左右的狀態(tài) 需要具備的前提條件如下：

1. 開啟GTID
2. 有A庫昨天凌晨12:00前的xtra備份文件
3. 開啟binlog日志(廢話)

三、恢復操作：

在另一臺MySQL(B庫)上進行數據的恢復，這樣可以避免影響線上業(yè)務

1. 將B庫data目錄移走，拷貝A庫備份文件到B庫

mv data data_20160716           #移走B庫data 
mv A_back_20160714 data         #移入A庫備份文件 
chown -R mysql12300.mysql data/  

2. 開啟B庫，配置主從

查看data目錄下xtrabackup_binlog_info文件中記錄的GTID：

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

在B庫(slave)設置@@global.gtid_purged跳過備份包含的GTID，并執(zhí)行change master to指定A庫為主庫：

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

注意： xtrabackup_binlog_info中的GTID有時不止一個，設置@@global.gtid_purged時指定多個即可，以逗號隔開。

四、在A庫binlog中找到恢復點并進行恢復

需要特別注意的是，在上述操作后，不要直接start slave，否則B庫也又會跑到當前A庫的狀態(tài)

將A庫binlog轉換為sql語句：

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

找到前一天凌晨12:00左右的位置并記錄GTID：

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

在B庫開啟slave并指定恢復到的位置：

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

當執(zhí)行到了指定的GTID，SQL線程便會停止，但IO線程還會繼續(xù)復制：

mysql> show slave status\G 
*************************** 1. row *************************** 
               Slave_IO_State: Waiting for master to send event 
                  Master_Host: 10.30.21.11 
                  Master_User: replica 
                  Master_Port: 7500 
                Connect_Retry: 60 
              Master_Log_File: mysql-bin.000011 
          Read_Master_Log_Pos: 810203081 
               Relay_Log_File: relay-bin.000002 
                Relay_Log_Pos: 5707357 
        Relay_Master_Log_File: mysql-bin.000011 
             Slave_IO_Running: Yes 
            Slave_SQL_Running: No 
              Replicate_Do_DB: 
          Replicate_Ignore_DB: 
           Replicate_Do_Table: 
       Replicate_Ignore_Table: 
      Replicate_Wild_Do_Table:  
  Replicate_Wild_Ignore_Table: 
                   Last_Errno: 0 
                   Last_Error: 
                 Skip_Counter: 0 
          Exec_Master_Log_Pos: 561467475 
              Relay_Log_Space: 254443161 
              Until_Condition: SQL_BEFORE_GTIDS 
               Until_Log_File: 
                Until_Log_Pos: 0 
           Master_SSL_Allowed: No 
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL 
Master_SSL_Verify_Server_Cert: No 
                Last_IO_Errno: 0 
                Last_IO_Error: 
               Last_SQL_Errno: 0 
               Last_SQL_Error: 
  Replicate_Ignore_Server_Ids: 
             Master_Server_Id: 21117500 
                  Master_UUID: 63f38fe7-9e3b-11e5-9554-02eeb2c1042f 
             Master_Info_File: /data1/mysql10070/data/master.info 
                    SQL_Delay: 0 
          SQL_Remaining_Delay: NULL 
      Slave_SQL_Running_State: 
           Master_Retry_Count: 86400 
                  Master_Bind: 
      Last_IO_Error_Timestamp: 
     Last_SQL_Error_Timestamp: 
               Master_SSL_Crl: 
           Master_SSL_Crlpath: 
           Retrieved_Gtid_Set: 542ef021-9a64-11e5-bc49-025d3d22c211:1341313-1368005 
            Executed_Gtid_Set: 44226252-9e38-11e5-9540-02212401d46f:1, 
542ef021-9a64-11e5-bc49-025d3d22c211:1-1348359, 
63f38fe7-9e3b-11e5-9554-02eeb2c1042f:1 
                Auto_Position: 1 
1 row in set (0.00 sec)  

好啦，想看昨天凌晨的哪些數據呀?都在B庫里啦~~~

附：常見問題

在設置@@global.gtid_purged時，可能會遇到報錯：

mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155"; 
ERROR 1840 (HY000): @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.  

這是因為這臺MySQL的@@GLOBAL.GTID_EXECUTED并不是空的，執(zhí)行以下reset master操作就好了：

mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155"; 
ERROR 1840 (HY000): @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty. 
mysql> show master status; 
+------------------+----------+--------------+------------------+-------------------------------------------+ 
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                         | 
+------------------+----------+--------------+------------------+-------------------------------------------+ 
| mysql-bin.000002 |      191 |              |                  | 3857c25c-2caa-11e6-b61b-021feddc3827:1-14 | 
+------------------+----------+--------------+------------------+-------------------------------------------+ 
1 row in set (0.00 sec) 
 
mysql> reset master; 
Query OK, 0 rows affected (0.01 sec) 
 
mysql> show master status; 
+------------------+----------+--------------+------------------+-------------------+ 
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | 
+------------------+----------+--------------+------------------+-------------------+ 
| mysql-bin.000001 |      151 |              |                  |                   | 
+------------------+----------+--------------+------------------+-------------------+ 
1 row in set (0.00 sec) 
 
mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155"; 
Query OK, 0 rows affected (0.00 sec)