MySQL基于GTID的主从复制

  第一种情况： 已经安装了mysql 1、service mysqld stop 2、删除对应目录 /data/* 和 /usr/local/mysql/ 3、sh init_mysql5.7.31_v1.sh 安装之后mysql的基本信息在/home/bgyuser/下   第二种情况： sh init_mysql5.7.31_v1.sh 安装之后mysql的基本信息在/home/bgyuser/下   *重点* 1、主从复制 基于binlog的主从复制和基于GTID的主从复制   异步复制（binlog主从复制）： 1.主从复制原理 mysql的主从配置又叫replication，AB复制，基于binlog二进制日志，主数据库必须开启binlog二进制日志才能进行复制。   过程： 主数据库将更改操作记录到binlog二进制日志（主数据库有log dump线程和从数据库的i/o线程传递binlog）。 从库生成两个线程，一个i/o线程，一个SQL线程 i/o线程去请求主库的binlog，并且得到的binlog日志写到relay log(中继日志)文件中 然后主库会生成一个log dump线程，用来给从库的i/o线程传binlog；SQL线程，会读取中继日志文件，并解析成具体的操作执行，这样主从的操作就一致了，而最终的数据也就一致了。   作为异步复制，其主库将事件写入binlog二进制文件，dump线程将binlog文件发送出去，不保证其他从节点是否会收到binlog二进制文件。   基于GDIT的主从复制   mysql数据库从5.6.5开始新增一种基于GTID的复制方式。GTID (Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上 是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。   主从复制，默认是通过pos复制(postion)，就是说在日志文档里，将用户进行的每一项操作都进行编号(pos)，每一个event都有一个起始编号、一个终止编号。我们在配置主从复制时从节点时要输入master的log_pos值就是这个原因，要求它从哪个pos开始同步数据库里的数据，这也是传统复制技术。   MySQL5.6增加了GTID复制，GTID就是类似于pos的一个作用，不过它是整个mysql复制架构全局通用的，就是说在这整个mysql冗余架构中，它们的日志文件里事件的GTID值是一致的。   GTID (Global Transaction ID) 是对于一个已提交事务的编号，并且是一个全局唯一的编号。 GTID 实际上是由 UUID+TID 组成的。其中 UUID 是一个 MySQL 实例的唯一标识。TID 代表了该实例上已经提交的事务数量，并且随着事务提交单调递增。   通过GTID保证每个主库上提交的事务在集群中有一个唯一的ID。这种方式强化了数据库的主备一致性，故障恢复以及容错能力。   pos与GTID的区别： 两者都是日志文件里事件的一个标志，如果将整个mysql集群看作一个整体：pos就是局部的，GTID就是全局的。   所以说GTID复制在I/O性能上面低于binlog复制，binlog只管发送不管能不能接受到，所以快，但是当出现故障容易丢数据   下面就GTID全局复制进行搭建 （环境为一主两从 192.168.88.128/129/130三台主机）   1、在三台主机中的配置文件中/etc/my.cnf中添加 gtid_mode=ON 开启gtid模式 server_id =1/2 enforce-gtid-consistency=true 强制gtid一致性，用于保证启动gitd后事务的安全 2、重启mysql service mysqld restart 3、show master status\G 4、在主库中创建repl用户并授权 create user 'repl'@'192.168.88.%' identified by 'xiaoxu'; grant replication slave on *.* to 'repl'@'192.168.88.%'; 5、在从库中配置以下 RESET MASTER; set @@global.gtid_purged='2dce5d7a-1ae8-11ea-bcab-069cb600d5e8:1-63578' change master to master_host='192.168.88.128', master_port=13306, master_user='repl', master_password='xiaoxu', master_auto_position=1;   START SLAVE;