mysql多种复制介绍及半同步复制的实现

1.异步复制(Asynchronous replication)

MySQL默认的复制是异步的，
主库在执行完客户端提交的事务后不会管从库是否同步到数据
若强行将从提为主，
可能导致新主上的数据不完整

2.全同步复制(Fully synchronous replication)

指当主库执行完一个事务，所有的从库都执行了该事务才返回给客户端。
全同步性能很差

3.半同步复制(Semisynchronous replication)

介于异步复制和全同步复制之间，
主库在执行完客户端提交的事务后不立刻返回给客户端，
等待至少一个从库接收到并写到relay log中才返回给客户端
相对于异步复制，半同步复制提高了数据的安全性

它也造成了延迟，延迟最少是一个TCP/IP往返的时间
半同步复制最好用在低延时的网络中
于是在MySQL在5.5中引入了半同步复制，
主库在应答客户端提交的事务前需要保证至少一个从库接收并写到relay log中

如果主库一个从库都没有等到的解决方法：
由于网络延迟，一个ACK也没有等到，
官网中给出的解决方法是:
这种时候将半同步直接转为异步

实现半同步复制的具体操作

前提：实现gtid模式的主从复制
主库：server1，172.25.21.1
从库：server2，172.25.21.2

登陆主库安装插件

INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so'; #安装插件

查看插件是否安装成功

SELECT PLUGIN_NAME, PLUGIN_STATUS
FROM INFORMATION_SCHEMA.PLUGINS
WHERE PLUGIN_NAME LIKE '%semi%';

激活插件

SET GLOBAL rpl_semi_sync_master_enabled = 1; #激活插件

Slave:

登陆从库安装插件

INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so'; #安装插件

激活插件

SET GLOBAL rpl_semi_sync_slave_enabled = 1; #激活插件

重启从库IO线程(先关再开)

STOP SLAVE IO_THREAD; #关闭IO线程
START SLAVE IO_THREAD; #开启IO线程

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

Master:

查看master是否开启半同步功能

show status like '%rpl_semi_sync%'; #状态变量
show variables like '%rpl%'; #环境变量

Slave：

在slave中查看状态变量和环境变量

测试

情况1
server2(从库）关掉IO线程：

stop slave io_thread;

在主库中插入数据，会等待10s，没有接收到slave的ack请求，自动转换为异步复制，需要等待一个节点完成所有的复制

 insert into usertb values ('user6','88888');    #插入数据

Master:

Master在等待slave给它一个ACK，最多等待10秒，主库就回将数据提交给客户
然后我们查看表

然后我们看slave上有没有复制到数据(我们关闭了从库IO线程)

Slave:

我们发现这时真机的半同步复制是关闭的(因为从库IO线程是关闭的)即是异步

Slave:

开启从库的IO线程开启查看是否同步成功

这时在看数据是否复制过来
再次打开IO线程后，数据才能同步过来，此时复制过来的是异步复制的结果

START SLAVE IO_THREAD; #打开I/O线程
select * from usertb; #在从库中查看，发现同步成功

Master

查看主库的状态变量，发现半同步复制开启

也就是说只要从库的io进程恢复工作就会立即同步没有同步的数据

半同步复制失败后会自动切换成异步复制，从库进程起来之后会检测主从库数据是否同步；

若不同步，将会采用异步复制的方式同步数据

将插件安装在数据库中是临时的，退出重新登陆会失效，永久的可以将配置写在配置文件中

成功