其实很简单，就是基于主从复制架构，简单来说，就搞一个主库，挂多个从库，然后我们就单单只是写主库，然后主库会自动把数据给同步到从库上去。
主库将变更写入 binlog 日志，然后从库连接到主库之后，从库有一个 IO 线程，将主库的 binlog 日志拷贝到自己本地，写入一个 relay 中继日志中。接着从库中有一个 SQL 线程会从中继日志读取 binlog，然后执行 binlog 日志中的内容，也就是在自己本地再次执行一遍 SQL，这样就可以保证自己跟主库的数据是一样的。
所以 MySQL 实际上在这一块有两个机制，一个是半同步复制，用来解决主库数据丢失问题；一个是并行复制，用来解决主从同步延时问题。
半同步复制，也叫 semi-sync 复制，指的就是主库写入 binlog 日志之后，就会将强制此时立即将数据同步到从库，从库将日志写入自己本地的 relay log 之后，接着会返回一个 ack 给主库，主库接收到至少一个从库的 ack 之后才会认为写操作完成了。
半同步复制的“半”体现在，虽然主从库的Binlog是同步的，但主库不会等待从库执行完Relay-log后才返回，而是确认从库接收到Binlog，达到主从Binlog同步的目的后就返回了，所以从库的数据对于主库来说还是有延时的，这个延时就是从库执行Relay-log的时间。所以只能称为半同步。
并行复制，指的是从库开启多个线程，并行读取 relay log 中不同库的日志，然后并行重放不同库的日志，这是库级别的并行。 mysql5.7以后就具备了这种并行机制。
参数rpl_semi_sync_master_wait_point在MySQL的半同步复制中，控制master在哪个阶段等待来自slave的ACK确认。在MySQL5.7中，该参数主要有两个值：after_commit和after_sync。 1）rpl_semi_sync_master_wait_point=after_commit：master将自己的binlog写入到bin-log文件并且sync，且向存储引擎提交事务，然后一直等待ACK。当至少一个slave接收到binlog后，写入relay-log并返回ACK确认信息。master在接收到从库ACK确认信息后，将结果返回给客户端。 2）rpl_semi_sync_master_wait_point=after_sync(MySQL5.7新增)：master将自己的binlog写入到binlog文件并且sync，之后会进入等待ACK，当至少一个slave接收到binlog之后，写入relay-log并返回ACK确认信息。master接收到从库ACK确认信息之后，向存储引擎提交事务，最终返回给客户端。
https://blog.51cto.com/u_12592884/2694004
https://gitee.com/shishan100/Java-Interview-Advanced/blob/master/docs/high-concurrency/mysql-read-write-separation.md#mysql-%E4%B8%BB%E4%BB%8E%E5%90%8C%E6%AD%A5%E5%BB%B6%E6%97%B6%E9%97%AE%E9%A2%98%E7%B2%BE%E5%8D%8E
https://blog.csdn.net/keil_wang/article/details/88669587