企业级mysql数据库集群（二）----mysql的基于GTID的主从复制 + 半同步

关于GTID:
由于同一事务的GTID在所有节点上的值一致
我们都不需要知道GTID的具体值
‘前提：需要做好前面的binlog复制’
在传统的复制里面，当发生故障，需要主从切换，需要找到binlog和pos点，然后将主节点指向新的主节点，相对来说比较麻烦，也容易出错。在MySQL 5.6里面，不用再找binlog和pos点，我们只需要知道主节点的ip，端口，以及账号密码就行，因为复制是自动的，MySQL会通过内部机制GTID自动找点同步
从服务器连接到主服务器之后，把自己执行过的GTID(Executed_Gtid_Set)<SQL线程> 、获取到的GTID(Retrieved_Gtid_Set）<IO线程>发给主服务器，主服务器把从服务器缺少的GTID及对应的transactions发过去补全即可。当主服务器挂掉的时候，找出同步最成功的那台从服务器，直接把它提升为主即可。如果硬要指定某一台不是最新的从服务器提升为主， 先change到同步最成功的那台从服务器， 等把GTID全部补全了，就可以把它提升为主了.

一、环境准备

在之前基于position的主从复制的基础上并且已经建立新的数据库插入数据，已经修改过ip ,配置网络yum源。

二、实验过程

在server1:
1.修改配置文件

vim /etc/my.cnf		##在文件最后添加

gtid_mode=ON
enforce-gtid-consistency=true

mysql> select * from gtid_executed;	##是空的，因为还没重启  ##在slave上面看

2.查看日志：

mysqlbinlog mysql-bin.000004	##可以看到之前做的操作都在里面

3.查看uuid：

cat auto.cnf 	##看到server1的uuid

在server2:
mysql5.6 slave必须开启binlog日志 但是5.7中不是必须的
1.修改配置文件：

vim /etc/my.cnf         ##在文件最后添加
gtid_mode=ON(必选)
enforce-gtid-consistency（必选）
log_bin=ON（可选）--高可用切换，最好设置ON
log-slave-updates=ON（可选）--高可用切换，最好设置ON

2.重启mysqld服务：

systemctl restart mysqld

3.检查主从复制是否正常
cat relay-log.info #查看relay-log

4.登陆数据库并修改master的信息:

mysql> stop slave;	##先停止复制
Query OK, 0 rows affected (0.01 sec)

mysql> CHANGE MASTER TO		##修改master信息
    -> MASTER_HOST = '172.25.68.1',
    -> MASTER_USER = 'repl',
    -> MASTER_PASSWORD = 'Westos+68',
    -> MASTER_AUTO_POSITION = 1;	##启用gtid，它是自动的

在server1:
在server1上插入数据

mysql> insert into usertb values ('user2','222');
Query OK, 1 row affected (0.01 sec)

mysql> insert into usertb values ('user3','333');
Query OK, 1 row affected (0.00 sec)

在server2上：
1.show slave status\G;

#再在server2上查看状态
           Retrieved_Gtid_Set: f84e8de1-38a2-11e9-b78c-5254009afece:1-2
            Executed_Gtid_Set: f84e8de1-38a2-11e9-b78c-5254009afece:1-2		##发现这两个参数变了，从1位置开始复制的

2.再查看gtid模式复制的起始和结束位置

mysql> use mysql
select * from gtid_executed;

+--------------------------------------+----------------+--------------+
| source_uuid                          | interval_start | interval_end |
+--------------------------------------+----------------+--------------+
| f84e8de1-38a2-11e9-b78c-5254009afece |              1 |            1 |
| f84e8de1-38a2-11e9-b78c-5254009afece |              2 |            2 |
+--------------------------------------+----------------+--------------+
2 rows in set (0.00 sec)

!

！注意：若插入数据后在server2上的起始位置未更新
可以在server1和server2两端重启mysqld的服务，并在server2停止slave，再次开启slave,并刷新列表