MySQL主从复制原理

MySQL主从复制原理的是啥？

先讲一下MySQL：

MySQL里有一个概念，叫做binlog日志，就是每个增删改的操作，会写入这个日志文件。

主库将变更写入binlog日志内，然后从库连接到主库后，从库会有一个IO线程，将主库的binlog日志拷贝到自己的本地，写入一个中继日志中。接着从库会有一个SQL线程从中继日志中读取binlog，然后执行binlog日志中的内容，也就是在从库自己本地再执行一遍sql，这样就可以保证从库自己跟主库的数据是一样的。

这里有一个非常重要的一点，就是从库同步主库数据的过程是串行化的，也就说说主库并行的操作，在从库上会串行执行。所以这就是一个非常重要的点了，由于从库从主库拷贝日志以及串行执行sql的特点，在高并发场景下，从库的数据一定会比主库慢一些，是有延迟的。所以经常出现，刚写入主库的数据可能是读不到的，要过几十毫秒，甚至几百毫秒才能读取到。

而且这里还要一个问题，就是主库突然宕机，然后恰好数据还没同步到从库，就是从库的binlog日志还没拷贝过来，那么有些数据从库上是没有的，有些数据就可能丢失了。

所以MySQL实际上在这一块有两个机制，一个是半同步机制，用来解决主库数据丢失问题，一个是并行复制，用来解决主从同步延时问题。

这个所谓的半同步复制，semi-sync复制，指的就是主库写入binlog日志之后，就会将强制此时立即将数据同步到从库，从库将日志写入自己本地的relay log（中继日志）之后，接着会返回一个ack（确认字符，表示收到的字符无错误）给主库，主库接收到至少一个从库的ack之后才会认为写操作完成了。

如果用户提交的事务后，主库崩了，那么用户就接收不到主库返回的确认消息，用户会重新再次提交事务，此时从库已经转为主库，就提交到新的主库了，这样数据就不会丢失了。

所谓的并行复制，指的是从库开启多个线程，并行读取relay log中不同库的日志，然后并行重新不同库的日志，这是库级别的并行。