mysql通过gtid，binlog恢复数据

1、MySQL5.7 新特性：gtid复制

①：GTID是什么

是事务的ID,唯一识别号,全局唯一。

随事务记录到Binary Log中，用来标识事务。

每个事务有一个Gtid_log_event。

②：GTID的构成

UUID + Sequence Number

注意：Sequence Number是MySQL服务器内部的一个事务顺序号.一个MySQL服务器上的事务不会有重复的顺序号(保证服务器内唯一)。

每个MySQL服务器有一个全局唯一的UUID.

③：GTID的目的

简化复制的使用过程和降低复制集群维护的难度：不再依赖Master的binlog文件名和文件中的位置。

由 CHANGE MASTER TO MASTER_LOG_FILE=‘Master-bin.000010’, MASTER_LOG_POS=‘214’; 改为：CHANGE MASTER TO AUTO_POSITION=1;

④：AUTO_POSITION的原理

*：MySQL Server 记录了所有已经执行了的事务的GTID，包括复制过来的。

可用过系统变量Gtid_executed查看。

*：Slave记录了所有从master接收过来的事务的GTID。

可通过Retrieve_gtid_set查看

*：Slave连接到Master时，会把gtid_executed中的gtid发给master. Master会自动跳过这些事务，只将没有复制的事物发送到Slave去。

⑤：MySQL5.7GTID在线启用GTID功能的优点

不需要重启MySQL服务器.

配置过程在线，整个复制集群仍然对外提供读和写的服务.

不需要改变复制拓扑结构.

可以在任何结构的复制集群中在线启用GTID功能.

 更简单的搭建主从复制。

 比传统的复制更加安全。

 GTID是连续的没有空洞的，保证数据的一致性，零丢失。

⑥：GTID的开启场景

新系统搭建时直接开启GTID功能

 老系统升级到MySQL5.7后开启GTID功能

老系统开启GTID的复杂性

 复制集群中有的开启了GTID，有的没有开启。

 开启前的BINLOG中的事务没有GTID，开启后的有GTID

GTID启动过程中的模式：

全局系统变量GTID_MODE

OFF           不产生GTID,  Slave只接受不带GTID的事务

OFF_PERMISSIVE   不产生GTID,  Slave即接受不带GTID的事务也接受带GTID的事务

ON_PERMISSIVE    产生GTID,  Slave即接受不带GTID的事务也接受带GTID的事务

 ON            产生GTID,  Slave只接受带GTID的事务

⑦：简化的配置过程

SET @@GLOBAL.GTID_MODE = OFF_PERMISSIVE; (在每一个服务器上设置)

SET @@GLOBAL.GTID_MODE = ON_PERMISSIVE; (在每一个服务器上设置)

等一段时间, 让不带GTID的binlog events在所有的服务器上执行完毕。

SET @@GLOBAL.GTID_MODE = ON; (在每一个服务器上设置)

存储GTID到表中的目的：

支持Slave不开启Binlog的场景

有些Slave永远不会被切换成Master.不开启binlog,可以节省空间，提高性能。

MySQL5.6上GTID只能存储在binlog中，所以必须开启Binlog才能使用GTID功能。

MySQL5.7则不需要开启binlog了。
（介绍来自https://blog.csdn.net/weixin_34406796/article/details/89771229）

介绍了解了，那如何通过gtid，binlog恢复数据呢？

1.配置GTID，添加如下配置
vim /etc/my.cnf

gtid-mode=on
enforce-gtid-consistency=true

2.查看gtid的信息和创建测试表

mysql> create database gtid charset utf8mb4;
mysql> show master status;
mysql> use gtid;
mysql> create table t1(id int);
mysql> show master status;
mysql> insert into t1 values(1);
mysql> commit;
mysql> show master status;
mysql> drop database gtid;

3.截取日志

mysqlbinlog --skip-gtids --include-gtids='431901e7-61eb-11ea-a97c-000c292e7793:1-7' /data/mysql/binlog/mysql-bin.000004 >/tmp/gtid.sql

4.恢复数据

mysql> set sql_log_bin=0;
mysql> source /tmp/gtid.sql
mysql> set sql_log_bin=1;

5.再次查看，就会发现数据库已经恢复了