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

一、gtid特性介绍：

GTID(global transaction identifier)是MySQL 5.6的新特性，可以唯一的标识一个事务，由UUID+TID组成：

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

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

要开启GTID，只需在MySQL参数文件中添加以下参数：

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

二、数据恢复需求：

需要将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. 
  
  
  
  2. mv A_back_20160714 data         #移入A库备份文件
    3. 
  
  
  
  3. chown -R mysql12300.mysql data/ 
    4.

2. 开启B库，配置主从

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

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

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

 
 
 
    
  
  
  
  1. mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155";
    2. 
  
  
  
  2. 
  
  
  
  3. Query OK, 0 rows affected (0.00 sec)
    4. 
  
  
  
  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. 
  
  
  
  6. 
  
  
  
  7. Query OK, 0 rows affected, 2 warnings (0.01 sec) 
    8.

注意： 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
    2.

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

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

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

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

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

 
 
 
    
  
  
  
  1. mysql> show slave status\G
    2. 
  
  
  
  2. *************************** 1. row ***************************
    3. 
  
  
  
  3.                Slave_IO_State: Waiting for master to send event
    4. 
  
  
  
  4.                   Master_Host: 10.30.21.11
    5. 
  
  
  
  5.                   Master_User: replica
    6. 
  
  
  
  6.                   Master_Port: 7500
    7. 
  
  
  
  7.                 Connect_Retry: 60
    8. 
  
  
  
  8.               Master_Log_File: mysql-bin.000011
    9. 
  
  
  
  9.           Read_Master_Log_Pos: 810203081
    10. 
  
  
  
  10.                Relay_Log_File: relay-bin.000002
    11. 
  
  
  
  11.                 Relay_Log_Pos: 5707357
    12. 
  
  
  
  12.         Relay_Master_Log_File: mysql-bin.000011
    13. 
  
  
  
  13.              Slave_IO_Running: Yes
    14. 
  
  
  
  14.             Slave_SQL_Running: No
    15. 
  
  
  
  15.               Replicate_Do_DB:
    16. 
  
  
  
  16.           Replicate_Ignore_DB:
    17. 
  
  
  
  17.            Replicate_Do_Table:
    18. 
  
  
  
  18.        Replicate_Ignore_Table:
    19. 
  
  
  
  19.       Replicate_Wild_Do_Table: 
    20. 
  
  
  
  20.   Replicate_Wild_Ignore_Table:
    21. 
  
  
  
  21.                    Last_Errno: 0
    22. 
  
  
  
  22.                    Last_Error:
    23. 
  
  
  
  23.                  Skip_Counter: 0
    24. 
  
  
  
  24.           Exec_Master_Log_Pos: 561467475
    25. 
  
  
  
  25.               Relay_Log_Space: 254443161
    26. 
  
  
  
  26.               Until_Condition: SQL_BEFORE_GTIDS
    27. 
  
  
  
  27.                Until_Log_File:
    28. 
  
  
  
  28.                 Until_Log_Pos: 0
    29. 
  
  
  
  29.            Master_SSL_Allowed: No
    30. 
  
  
  
  30.            Master_SSL_CA_File:
    31. 
  
  
  
  31.            Master_SSL_CA_Path:
    32. 
  
  
  
  32.               Master_SSL_Cert:
    33. 
  
  
  
  33.             Master_SSL_Cipher:
    34. 
  
  
  
  34.                Master_SSL_Key:
    35. 
  
  
  
  35.         Seconds_Behind_Master: NULL
    36. 
  
  
  
  36. Master_SSL_Verify_Server_Cert: No
    37. 
  
  
  
  37.                 Last_IO_Errno: 0
    38. 
  
  
  
  38.                 Last_IO_Error:
    39. 
  
  
  
  39.                Last_SQL_Errno: 0
    40. 
  
  
  
  40.                Last_SQL_Error:
    41. 
  
  
  
  41.   Replicate_Ignore_Server_Ids:
    42. 
  
  
  
  42.              Master_Server_Id: 21117500
    43. 
  
  
  
  43.                   Master_UUID: 63f38fe7-9e3b-11e5-9554-02eeb2c1042f
    44. 
  
  
  
  44.              Master_Info_File: /data1/mysql10070/data/master.info
    45. 
  
  
  
  45.                     SQL_Delay: 0
    46. 
  
  
  
  46.           SQL_Remaining_Delay: NULL
    47. 
  
  
  
  47.       Slave_SQL_Running_State:
    48. 
  
  
  
  48.            Master_Retry_Count: 86400
    49. 
  
  
  
  49.                   Master_Bind:
    50. 
  
  
  
  50.       Last_IO_Error_Timestamp:
    51. 
  
  
  
  51.      Last_SQL_Error_Timestamp:
    52. 
  
  
  
  52.                Master_SSL_Crl:
    53. 
  
  
  
  53.            Master_SSL_Crlpath:
    54. 
  
  
  
  54.            Retrieved_Gtid_Set: 542ef021-9a64-11e5-bc49-025d3d22c211:1341313-1368005
    55. 
  
  
  
  55.             Executed_Gtid_Set: 44226252-9e38-11e5-9540-02212401d46f:1,
    56. 
  
  
  
  56. 542ef021-9a64-11e5-bc49-025d3d22c211:1-1348359,
    57. 
  
  
  
  57. 63f38fe7-9e3b-11e5-9554-02eeb2c1042f:1
    58. 
  
  
  
  58.                 Auto_Position: 1
    59. 
  
  
  
  59. 1 row in set (0.00 sec) 
    60.

好啦，想看昨天凌晨的哪些数据呀?都在B库里啦~~~

附：常见问题

在设置@@global.gtid_purged时，可能会遇到报错：

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

这是因为这台MySQL的@@GLOBAL.GTID_EXECUTED并不是空的，执行以下reset master操作就好了：

 
 
 
    
  
  
  
  1. mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155";
    2. 
  
  
  
  2. ERROR 1840 (HY000): @@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_EXECUTED is empty.
    3. 
  
  
  
  3. mysql> show master status;
    4. 
  
  
  
  4. +------------------+----------+--------------+------------------+-------------------------------------------+
    5. 
  
  
  
  5. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set                         |
    6. 
  
  
  
  6. +------------------+----------+--------------+------------------+-------------------------------------------+
    7. 
  
  
  
  7. | mysql-bin.000002 |      191 |              |                  | 3857c25c-2caa-11e6-b61b-021feddc3827:1-14 |
    8. 
  
  
  
  8. +------------------+----------+--------------+------------------+-------------------------------------------+
    9. 
  
  
  
  9. 1 row in set (0.00 sec)
    10. 
  
  
  
  10. 
  
  
  
  11. mysql> reset master;
    12. 
  
  
  
  12. Query OK, 0 rows affected (0.01 sec)
    13. 
  
  
  
  13. 
  
  
  
  14. mysql> show master status;
    15. 
  
  
  
  15. +------------------+----------+--------------+------------------+-------------------+
    16. 
  
  
  
  16. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
    17. 
  
  
  
  17. +------------------+----------+--------------+------------------+-------------------+
    18. 
  
  
  
  18. | mysql-bin.000001 |      151 |              |                  |                   |
    19. 
  
  
  
  19. +------------------+----------+--------------+------------------+-------------------+
    20. 
  
  
  
  20. 1 row in set (0.00 sec)
    21. 
  
  
  
  21. 
  
  
  
  22. mysql> SET GLOBAL gtid_purged="8133046e-4282-11e6-848e-026ca51d284c:1-4920155";
    23. 
  
  
  
  23. Query OK, 0 rows affected (0.00 sec) 
    24.

当前标题：MySQL基于gtid特性与xtrabackup的数据恢复
分享地址：http://www.hantingmc.com/qtweb/news46/347996.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

面包屑导航知识

各行业网站

bgp多线机房托管　　 　成都移动服务器托管　　 　成都二枢机房　　 　手机微信网站　　 　成都网站设计　　 　成都免费建网站　　 　自贡服务器托管　　 　成都网站营销推广　　 　西部信息中心　　 　自贡主机托管　　 　企业网站制作　　 　晟和广告　　 　香港空间　　 　德阳机房　　 　成都网站建设公司　　 　网站建设方案　　 　温江网站建设　　 　网站推广公司　　 　成都网站制作　　 　网站改版