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进程恢复工作就会立即同步没有同步的数据
半同步复制失败后会自动切换成异步复制,从库进程起来之后会检测主从库数据是否同步;
若不同步,将会采用异步复制的方式同步数据
将插件安装在数据库中是临时的,退出重新登陆会失效,永久的可以将配置写在配置文件中
成功