Docker初识：mysql8主从复制（单向）- 半同步复制

        上回书说到Docker初识：mysql8主从复制（单向）- 主从搭建扩展知识，其中数据同步问题，会不会出现同步问题，出现数据丢失的情况该如何？

        MySQL主从集群默认采用的是一种异步复制的机制。主服务在执行用户提交的事 务后，写入binlog日志，然后就给客户端返回一个成功的响应了。而binlog会由一 个dump线程异步发送给Slave从服务。

        由于这个发送binlog的过程是异步的，主服务在向客户端反馈执行结果时，是无法确定binlog是否同步成功的。这时问题就来了，候如果主服务宕机了，而从服务还没有备份到 新执行的binlog，那就有可能会丢数据。

        下面就来说下半同步复制机制是如何解决这个问题的。

        首先，半同步复制需要基于特定的扩展模块来实现。MySQL从5.5版本开始，往上的版本都默认自带了这个模块。这个模块包含在mysql安装目录下的lib/plugin目录下的 semisync_master.so和semisync_slave.so两个文件中。

        其次，需要在主服务上安装 semisync_master模块，在从服务上安装semisync_slave模块。

        最后，半同步复制机制是一种介于异步复制和全同步复制之前的机制。主库在执行完客户端提交的事务后，并不是立即返回客户端响应，而是等待至少一个从库接收并写 到relay log中，才会返回给客户端。MySQL在等待确认时，默认会等10秒，如果超 过10秒没有收到ack，就会降级成为异步复制。

相比异步复制，确实能提高数据安全性，但是非绝对。

注意：

1、有一定程度延迟。这个延迟时间最少是一个TCP/IP请求往返的时间。这个延迟会导致服务性能下降。当从服务出现问题，需要主服务等到从服务恢复或者请求超时才可能有响应，故主服务等待时间会更长一点。

2、只能保证事务提交后的binlog至少传输到了一个从库，并且并不保证从库应用这个事务的binlog是成功的。

未完，正在学习中，待续。。。