MySQL主从复制基础知识

MySQL复制的概念

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

MySQL支持一台主库同时向多台从库进行复制，从库同时也可以作为其他服务器的主库，实现链状的复制。

MySQL复制的优点主要包括以下3个方面：

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

注意：由于MySQL实现的是异步复制，所以在主从库之间存在一定的差距，在从库上进行的查询操作需要考虑到这些数据的差异，一般只有更新不频繁的数据或者对实时性要求不高的数据可以通过从库查询，实时性要求较高的数据仍然需要从主库中获得。

MySQL复制的原理

MySQL复制的原理大致如下：

1. 首先，MySQL主库在事务提交时会把数据变更作为事件Events记录在二进制日志文件Binlig中，MySQL主库上的sync_binlog参数控制Binlog日志刷新到磁盘。
2. 主库推送二进制日志文件Binlog中的事件到从库的中继日志Relay Log，之后从库根据中继日志Reylay Log重做数据变更操作，通过逻辑复制一次来达到主库和从库的数据一致。 MySQL通过3个线程来完成主从间的数据复制：其中Binlog Dump线程跑在主库上，I/O线程和SQL线程跑在从库上。当从库启动复制（START SLAVE）时，首先创建I/O线程连接主库，主库随后创建Binlog Dump线程读取数据库事件并发送给I/O线程，I/O线程获取到事件数据后更新到从库的中继日志Relay Log中去，之后从库上的SQL线程读取中继日志Relay Log中更新的数据事件并应用，如下图所示：

MySQL复制流程 可以通过SHOW PROCESSLIST命令在主库上查看Binlog Dump线程，从Binlog Dump线程的状态可以看到，MySQL的复制是主库主动推送日志到从库去的。 同样的，在从库上通过SHOW PROCESSLIST命令可以看到I/O线程和SQL线程，I/O线程等待主库的Binlog Dump线程发送事件并更新到中继日志Relay Log中，SQL线程读取Relay Log并应用变更到数据库。

1. 三种复制方式 二进制日志文件Binlog的格式有以下3种：

• Statement：基于SQL语句级别的Binlog，每条修改数据的SQL都会保存在Binlog里。

1. Row：基于行级别，记录每一行数据的变化，也就是将每行数据的变化都记录在Binlog里面，记录的非常详细，但是并不是记录原始SQL；在复制的时候，并不会因为存储过程或触发器造成主从库数据不一致的问题，但是记录的日志量较Statement格式要大得多。
2. Mixed：回合Statement和Row模式，默认情况下采用Statement，某些情况下会切换到Row模式，例如SQL中包含与实践、用户相关的函数时。

同时也对应了MySQL复制的3种技术。

• binlog_format=Statement：基于SQL语句的复制，也叫Statement-Based Replication（SBR）。
• binlog_format=Row：基于行的复制，也叫Row-Based Replication（RBR）。
• binlog_format=Mixed：混合复制模式，混合了基于SQL语句的复制和基于行的复制。