mysql的主从复制(二)半同步复制
1.异步复制、全同步复制和半同步复制
-
异步复制( Asynchronous replication )
MySQL默认的复制即是异步的,主库在执行完客户端提交的事务后会立即将结果返给给客户端,并不关心从库是否已经接收并处理,这样就会有一个问题,主如果down掉了,此时主上已经提交的事务可能并没有传到从上,如果此时,强行将从提升为主,可能导致新主上的数据不完整。
-
全同步复制( Fully synchronous replication )
指当主库执行完一个事务,所有的从库都执行了该事务才返回给客户端。因为需要等待所有从库执行完该事务才能返回,所以全同步复制的性能必然会收到严重的影响
-
半同步复制( Semisynchronous replication )
介于异步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/IP往返的时间。所以,半同步复制最好在低延时的网络中使用。
在2010年MySQL 5.5版本之前,一直采用的是这种异步复制的方式。主库的事务执行不会管备库的同步进度,如果备库落后,主库不幸crash,那么就会导致数据丢失。于是在MySQL在5.5中就顺其自然地引入了半同步复制,主库在应答客户端提交的事务前需要保证至少一个从库接收并写到relay log中
2.半同步的实现步骤
半同步实现的前提是主从复制实现成功。
实验背景:
server1 主数据库 172.25.70.1
server2 备数据库 172.25.70.2
关闭两台主机的防火墙和selinux
server1(主库)上
1.在主库上(server1)安装插件
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
2.查看插件是否安装
mysql>SELECT PLUGIN_NAME, PLUGIN_STATUS FROM INFORMATION_SCHEMA.PLUGINS WHERE PLUGIN_NAME LIKE '%semi%';
3.激活插件
mysql> SET GLOBAL rpl_semi_sync_master_enabled =1;
mysql> show variables like '%semi%'; #环境变量
mysql> show status like '%rpl_semi_sync%'; #状态变量
server2(从库)上
1.在 slave 节点上(server2)也安装插件
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
mysql> SET GLOBAL rpl_semi_sync_slave_enabled =1;
mysql> show variables like '%semi%';
2.在serevr2重启 IO 线程使半同步生效
== 注意:要重启从上的IO线程,如果没有重启,则默认还是异步复制,重启后,slave会在master上注册为半同步复制的slave角色==
mysql> stop slave io_thread;
mysql> start slave io_thread;
mysql> show status like '%rpl%';
mysql> show variables like '%rpl%';
测试
半同步失败的情况
1 server2(从库)关掉IO线程:
mysql> stop slave io_thread;
2 在主端表中插入数据,会等待10秒,10s后会变为异步复制:
mysql> insert into user values('wang','7777');
3 此时在主端发现半同步失败次数+1:
mysql> show status like '%rpl%';
Rpl_semi_sync_master_no_tx表示没有成功接收slave提交的次数,也就是使用半同步失败的次数,10s后没有得到反馈信息,会转为异步复制 Rpl_semi_sync_master_yes_tx使用半同步成功的次数,数据的一致性能提高
从端会发现没有同步过来,再次打开IO线程后,数据才能同步过来,此时复制过来的是异步复制的结果
半同步正常情况
从端打开IO,主端插入新数据:
从端验证同步结果: