MySQL 基础知识梳理学习(五)----半同步复制

1.半同步复制的特征

(1)从库会在连接到主库时告诉主库,它是不是配置了半同步。

(2)如果半同步复制在主库端是开启了的,并且至少有一个半同步复制的从节点,那么此时主库的事务线程在提交时会被阻塞并等待,结果有两种可能,要么至少一个从库节点通知它已经收到了所有这个事务的Binlog事件,要么一直等待直到超过配置的某一个时间点为止,而此时,半同步复制将自动关闭,转换为异步复制。

(3)从库节点只有在接收到某一个事务的所有Binlog,将其写入并Flush到Relay Log文件之后,才会通知对应主库上面的等待线程。

(4)主库如果在等待的过程中,等待时间已经超过了配置的超时时间,没有任何一个从节点通知当前事务,那么此时主库会自动转换为异步复制,当至少一个半同步从节点赶上来时,主库便会自动转换为半同步方式的复制。

(5)半同步复制必须是在主库和从库两端都开启时才行,如果在主库上没打开,或者在主库上开启了而在从库上没有开启,主库都会使用异步方式复制。

2.半同步的实质

在主库被阻塞的过程中(等待从库返回消息),主库处理线程不会返回处理当前事务。当阻塞被激活之后,系统才会把控制权交给当前线程,然后继续处理当前事务余下的事情。处理完成之后,此时主库的事务已经提交,同时至少会有一个从库也已经收到了这个事务的Binlog,这样就尽可能地保证了主库和从库的一致性。

3.同步方式的区别

同步方式 不同点
异步复制 主库将事务Binlog事件写入到Binlog文件中,此时主库只会通知一下Dump线程发送这些新的Binlog,然后主库就会继续处理提交操作,而此时不会保证这些Binlog传到任何一个从库节点上。
全同步复制 当主库提交事务之后,所有的从库节点必须收到、APPLY并且提交这些事务,然后主线程才能继续做后续操作。这里面一个很明显的缺点就是,主库完成一个事务的时间变长了,性能降低了。
半同步复制 介于全同步复制和全异步复制之间的一种,主库只需要等待至少一个从库节点收到并且Flush Binlog到Relay Log文件即可,主库不需要等待所有从库给主库反馈。同时,这里只是一个收到的反馈,而不是已经完全执行并且提交的反馈,这样就节省了很多时间。

相比异步复制,半同步复制提升了数据完整性,可以保证在一个事务提交成功之后,这个事务就至少会存在于两个地方。

4.注意

半同步复制对集群整体的性能会有一些影响,因为事务提交操作由于对从库节点反馈的等待而变慢了,这也是对提高数据完整性的一种权衡。变慢时间的长短至少是TCP/IP的一次发送和接受所用的时间,因为它需要首先将Binlog发送出去,然后再等待从库给主库反馈消息。这也意味着,半同步复制在网络状况良好且主从节点的距离较近的情况下,工作效果会更好。

-----主要内容参考梳理于网络知识,此短文仅为学习笔记,在此原创作者感谢!

上一篇:auto semicolon insertion 自动分号补齐的坑


下一篇:HTTP协议学习---(七)代理