mysql（4）mysql基于GTID的半同步复制

1. 复制类型的概述

异步模式：
MySQL主从复制默认是异步的模式，异步模式主master不管slave是否同步到数据，不需要接受从从节点返回的完成信息，这样就会有一个问题，主如果crash掉了，此时主上已经提交的事务可能并没有传到从上，如果此时，强行将从提升为主，可能导致新主上的数据不完整。这种模式虽然效率高，但是准确性差

全同步复制（银行）
指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回，所以全同步复制的性能必然会收到严重的影响。

半同步模式：

半同步模式下master主节点只需要接收到其中一台slave从节点的返回信息，就会进行下一步；如果超过等待时间从节点没有返回信息，半同步模式就会自动切换成异步模式；这样做的目的可以使主从数据库的数据延迟缩小，可以提高数据安全性，确保了事务提交后，binlog至少传输到了一个从节点上

2.环境

基于上一个实验，在基于GTID的主从复制做的

3.步骤

根据官网，可以发现需要安装插件

在server1（master节点）上安装半同步复制的插件
INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so’;安装半同步模块
在server2（slave节点）上安装半同步复制的插件

INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so’;安装半同步模块
查看插件

在server1上激活插件
SET GLOBAL rpl_semi_sync_master_enabled = 1开启半同步，也就是激活插件
在server2上激活插件
SET GLOBAL rpl_semi_sync_master_enabled = 1开启半同步，也就是激活插件

从库重启io进程，激活插件之后必须要重启io进程，否则不会生效，如果重启不了的话就说明两端的数据不同步

SET GLOBAL rpl_semi_sync_slave_enabled = 1开启
STOP SLAVE IO_THREAD;关闭
START SLAVE IO_THREAD;开启

show status like ‘%rpl%’;查看变量的状态

SHOW VARIABLES LIKE ‘rpl_semi_sync%’;查看变量的值

停止slave上的io线程再测试

STOP SLAVE IO_THREAD;

在master上插入数据
mysql> use westos;
mysql> insert into usertb values (‘gao’,‘123’);
Query OK, 1 row affected (0.61sec) #等待10s才成功，因为上面超时时间是10s，10s后如果没有收到slave节点的返回，就会切换到异步复制

数据已经插入，但此时已经是异步复制了

插入新的数据

server1上可以看见

开启io线程，数据同步过来

本来测试应该停掉slave的io线程，然后他等了10秒，这时候再去插入，就不会等了，以为已经换为了异步复制