mysql主从复制原理

整理自深入浅出mysql：https://download.csdn.net/download/qq_16399991/10660150

概述

     mysql从3.23版本开始提供复制功能，复制是将主库的DDL和DML操作通过二进制日志传递到复制服务器（从库）上，然后从库对这些日志重新执行（重做），从而使得主库和从库保持数据一致。

    mysql复制的优点：

• 如果主库出现问题，可以快速切换到从库提供服务
• 可以在从库执行查询操作，降低主库的访问压力。
• 可以在从库进行备份，以免备份期间影响主库的服务。

注意：由于mysql实现的异步复制，所以主库和从库数据之间存在一定的差异，在从库执行查询操作需要考虑这些数据的差异，一般只有更新不频繁和对实时性要求不高的数据可以通过从库插叙，实行要求高的仍要从主库查询。

复制原理

mysql的复制原理大致如下。

(1)首先，mysql主库在事务提交时会把数据库变更作为事件Events记录在二进制文件binlog中；mysql主库上的sys_binlog控制binlog日志刷新到磁盘。

(2)主库推送二进制文件binlog中的事件到从库的中继日志relay log,之后从库根据中继日志重做数据库变更操作。通过逻辑复制，以此来达到数据一致。

Mysql通过3个线程来完成主从库之间的数据复制：其中BinLog Dump线程跑在主库上，I/O线程和SQl线程跑在从库上。当从库启动复制（start slave）时，首先创建I/O线程连接主库，主库随后创建Binlog Dump线程读取数据库事件并发给I/O线程，I/O线程获取到数据库事件更新到从库的中继日志Realy log中去，之后从库上的SQl线程读取中继日志relay log 中更新的数据库事件并应用。

复制中的各类文件

除了 二进制文件binlog 、中继日志relay-log外，为了保证从库crash重启后，从库的io线程和sql线程仍能够知道从哪里复制，从库上默认还创建两个日志文件master.info和relay-log.info用来保存复制进度。

例如通过show slave status 可以看到当前从库的赋值状态；

三种复制方式

二进制binlog的格式有三种：

statement：基于sql的binlog，每条修改数据的sql都会保存到binlog里。

row：基于行级别，记录每一行数据的变化，也就是将每一行数据的变化都记录到binlog里，记录非常详细。

mixed：混合statement和row模式。

复制的常见三种架构

一主多从

多级复制

双主复制 ：可参考：mysql复制-mysql双主热备实现 https://blog.csdn.net/qq_16399991/article/details/82771584

-------------

搭建过程可参考https://mp.csdn.net/postedit/82740881