首页 > hot资讯 > 浅谈MySQL半同步复制

浅谈MySQL半同步复制

更新时间:2021-01-22 17:45 浏览62次 来源:动力节点

远程数据复制技术利用通信技术、计算机技术实现远程的数据备份,减少数据丢失带来的损失。在远程数据备份的数据复制传输规则方面,目前传统的规则有同步、异步和半同步复制规则,可以基本保证不同应用对数据复制的需求。自MySQL5.5版本以来,MySQL以插件的形式支持半同步复制。MySQL半同步复制逐渐成为MySQL远程数据复制技术的主要规则之一。

在我们正式介绍MySQL半同步复制之前,我们先来看看异步复制和全同步复制的概念:

异步复制(Asynchronous replication):

MySQL默认的复制即是异步的,主库在执行完客户端提交的事务后会立即将结果返给给客户端,并不关心从库是否已经接收并处理,这样就会有一个问题,主如果crash掉了,此时主上已经提交的事务可能并没有传到从上,如果此时,强行将从提升为主,可能导致新主上的数据不完整。

 

全同步复制(Fully synchronous replication):

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

 

介于异步复制和全同步复制之间,主库在执行完客户端提交的事务后不是立刻返回给客户端,而是等待至少一个从库接收到并写到relay log中才返回给客户端。相对于异步复制,半同步复制提高了数据的安全性,同时它也造成了一定程度的延迟,这个延迟最少是一个TCP/IP往返的时间。所以,半同步复制最好在低延时的网络中使用。

 

下面来看看半同步复制的原理图:

 

客户端事务在存储引擎层提交后,在得到从库确认的过程中,主库宕机了,此时,可能的情况有两种:

1.事务还没发送到从库上

此时,客户端会收到事务提交失败的信息,客户端会重新提交该事务到新的主上,当宕机的主库重新启动后,以从库的身份重新加入到该主从结构中,会发现,该事务在从库中被提交了两次,一次是之前作为主的时候,一次是被新主同步过来的。

 

2.事务已经发送到从库上

此时,从库已经收到并应用了该事务,但是客户端仍然会收到事务提交失败的信息,重新提交该事务到新的主上。

 

针对上述的潜在问题,MySQL 5.7引入了一种新的半同步方案:Loss-Less半同步复制。“Waiting Slave dump”被调整到“Storage Commit”之前。

当然,之前的半同步方案同样支持,MySQL 5.7.2引入了一个新的参数进行控制-rpl_semi_sync_master_wait_point,rpl_semi_sync_master_wait_point有两种取值:

1.AFTER_SYNC

这个即新的半同步方案,Waiting Slave dump在Storage Commit之前。

2.AFTER_COMMIT

老的半同步方案,如原理图所示。

 

当半同步复制发生超时时(由rpl_semi_sync_master_timeout参数控制,单位是毫秒,默认为10000,即10s),会暂时关闭半同步复制,转而使用异步复制。当master dump线程发送完一个事务的所有事件之后,如果在rpl_semi_sync_master_timeout内,收到了从库的响应,则主从又重新恢复为半同步复制。因此,在某种程度上说,半同步复制并不是严格意义上的半同步复制。或许在我们看完本站的MySQL教程中的异步复制和全同步复制的详细介绍之后,我们会有自己的答案。

 

 

 

相关文章推荐
HOT资讯 >

热门课程推荐

全部班型支持免费试学

动力节点在线报名表(此信息已加密,请放心填写)

返回顶部