MySQL基于GTID主从复制之半同步复制
MySQL主从复制
MySQL主从复制原理：
从库有两个线程IO线程和SQL线程
1.从库的IO线程向主库的主进程发送请求，主库验证从库，交给主库IO线程负责数据传输;
2.主库IO线程对比从库发送过来的master.info里的信息，将binlog文件信息，偏移量和binlog文件名等发送给从库
3.从库接收到信息后，将binlog信息保存到relay-bin中，同时更新master.info的偏移量和binlog文件名
4.从库的SQL线程不断的读取relay-bin的信息，同时将读到的偏移量和文件名写道relay-log.info文件，binlog信息写进自己的数据库，一次同步操作完成。
5.完成上次同步后，从库IO线程不断的向主库IO线程要binlog信息
6.从库如果也要做主库，也要打开log_bin 和log-slave-update参数
配置读写mysql主从复制的步骤：
1.在主库与从库都安装mysql数据库
2.在主库的配置文件(/etc/my.cnf)中配置server-id 和log-bin
3.在登陆主库后创建认证用户并做授权。
4.在从库的配置文件(/etc/my.cnf)中配置server-id
5.登陆从库后，指定master并开启同步开关。
需要注意的是server-id主从库的配置是不一样的。
Server-id存在作用：
MySQL同步的数据中是包含server-id的，而server-id用于标识该语句最初是从哪个server写入的。因此server-id一定要有的
Server-id不能相同的原因：每一个同步中的slave在master上都对应一个master线程，该线程就是通过slave的server-id来标识的；每个slave在master端最多有一个master线程，如果两个slave的server-id 相同，则后一个连接成功时，slave主动连接master之后，如果slave上面执行了slave stop；则连接断开，但是master上对应的线程并没有退出；当slave start之后，master不能再创建一个线程而保留原来的线程，那样同步就可能有问题；
在MySQL做主主同步时，多个主需要构成一个环状，但是同步的时候有要保证一条数据不会陷入死循环，这里就是靠server-id来实现的；
MySQL的主从复制（gtid）实验配置：
配置环境：rhel6.5 iptables selinx down
172.25.40.1 server1.example.com master
172.25.40.2 server2.example.com slave
安装包：mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar
在master和slave上解压后安装mysql数据库：
tar xf mysql-5.7.17-1.el6.x86_64.rpm-bundle.tar
yum install -y mysql-community-client-5.7.17-1.el6.x86_64.rpm mysql-community-common-5.7.17-1.el6.x86_64.rpm mysql-community-libs-5.7.17-1.el6.x86_64.rpm mysql-community-libs-compat-5.7.17-1.el6.x86_64.rpm mysql-community-server-5.7.17-1.el6.x86_64.rpm
/etc/init.d/mysqld start
grep 'password' /var/log/mysqld.log
``` #筛选初始化是数据库登陆密码
登陆数据库后修改密码：
`alter user root@localhost identified by 'xxxxxxx';` ##修改本地用户密码
1.Master端的操作：
vim /etc/my.cnf
[mysqld]
server-id=1
log-bin=mysql-bin
gtid_mode=ON #使用gtid模式
enforce-gtid-consistency=true #强制使用gtid
Slave端的操作：
[mysqld]
server-id=2
gtid_mode=ON
enforce-gtid-consistency=true
注意：在修改两台服务器的mysql配置文件时，一定要保证server-id必须是不同的，server-id的取值范围是：2^32-1
2.重新启动两台服务器上的mysql
` /etc/init.d/mysqld restart`
3.进入主库创建认证用户并授权
`grant replication slave on *.* to RedHat@'172.25.40.%' identified by 'xxxxxxxxxx';`
4.进入slave端指定master
stop slave;
change master to master_host='172.25.40.1',master_user='redhat',master_password='xxxxxxxxxx',master_auto_position=1;
start slave;
5.在设置半同步复制master端的操作
mysql> install plugin rpl_semi_sync_master soname 'semisync_master.so';
Query OK, 0 rows affected (0.50 sec)
mysql> set global rpl_semi_sync_master_enabled=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show global variables like '%rpl_semi%';
+-------------------------------------------+------------+
| Variable_name | Value |
+-------------------------------------------+------------+
| rpl_semi_sync_master_enabled | ON |
| rpl_semi_sync_master_timeout | 10000 |
| rpl_semi_sync_master_trace_level | 32 |
| rpl_semi_sync_master_wait_for_slave_count | 1 |
| rpl_semi_sync_master_wait_no_slave | ON |
| rpl_semi_sync_master_wait_point | AFTER_SYNC |
+-------------------------------------------+------------+
6 rows in set (0.01 sec)
6.5.在设置半同步复制slave端的操作
mysql> install plugin rpl_semi_sync_slave soname 'semisync_slave.so';
Query OK, 0 rows affected (0.14 sec)
mysql> set global rpl_semi_sync_slave_enabled=1;
Query OK, 0 rows affected (0.00 sec)
mysql> show global variables like '%rpl_semi%';
+---------------------------------+-------+
| Variable_name | Value |
+---------------------------------+-------+
| rpl_semi_sync_slave_enabled | ON |
| rpl_semi_sync_slave_trace_level | 32 |
+---------------------------------+-------+
2 rows in set (0.00 sec)
如果在slave端开启io线程后，会自动调转为半同步模式进行数据传输
关闭io线程 在master上再进行事务时会等待10s后从半同步状态转为异步。
当第二次进行数据插入时会变成异步同步
MySQL并行复制
多线程工作
Slave端修改配置文件：
[mysqld]
slave-parallel-type=LOGICAL_CLOCK
slave-parallel-workers=16 #开启16个线程工作
master_info_repository=TABLE #以表的形式存放master_info的信息
relay_log_info_repository=TABLE #以表的形式存放relay_log_info的信息
relay_log_recovery=ON #
重启服务
`/etc/init.d/mysqld restart`
当进入数据库的mysql库中，可以执行sql语句：
`select * from slave_master_info;`
可以看到原本在/var/lib/mysql下的relay-log.info的文件已经转为数据库中的表。