谈谈MYSQL主从复制原理

概述

MySQL 主从复制是指数据可以从一个MySQL数据库服务器主节点复制到一个或多个从节点。

MySQL 默认采用异步复制方式。从节点不用一直访问主服务器来更新自己的数据，数据的更新可以在远程连接上进行，从节点可以复制主数据库中的所有数据库或者特定的数据库，或者特定的表。

MySQL 主从复制主要用途

• 读写分离:在开发工作中，有时候会遇见某个sql 语句需要锁表，导致暂时不能使用读的服务，这样就会影响现有业务，使用主从复制，让主库负责写，从库负责读，这样，即使主库出现了锁表的情景，通过读从库也可以保证业务的正常运作。
• 数据实时备份，当系统中某个节点发生故障时，可以方便的故障切换
• 架构扩展:随着系统中业务访问量的增大，如果是单机部署数据库，就会导致I/O访问频率过高。有了主从复制，增加多个数据存储节点，将负载分布在多个从节点上，降低单机磁盘I/O访问的频率，提高单个机器的I/O性能。

要点binlog日志

MySQL数据库的数据备份、主备、主主、主从都离不开binlog，需要依靠binlog来同步数据，保证数据一致性。

​binlog是MySQL数据库中的二进制日志，用于记录数据库中所有修改操作，包括增删改等操作。binlog以二进制格式保存，可以通过解析binlog文件来查看数据库的操作历史记录。 ​

binlog日志格式

• 1.statement：基于sql语句的日志记录，记录的是sql语句，对数据进行修改的sql都会记录在日志文件中
• 2.row：基于行的日志记录，记录的是每一行的数据变更，默认是基于行的日志记录
• 3.mixed：混合statement和row两种格式，默认采用statement，在某些特殊情况下会自动切换为row进行记录。这些情况是NDB引擎，表的增删改的DML操作会以row格式记录、SQL语句里包含UUID()函数、SQL语句里使用了用户定义函数(UDF)、包含了insert delayed语句、使用了临时表、自增字段被更新

配置开启binlog

修改配置文件，需要在/etc/my.cnf中mysqld节添加开启binlog的配置

#第一种方式:
#开启binlog日志
log_bin=ON
#binlog日志的基本文件名
log_bin_basename=/var/lib/mysql/mysql-bin
#binlog文件的索引文件，管理所有binlog文件
log_bin_index=/var/lib/mysql/mysql-bin.index
#配置serverid
server-id=1

#第二种方式:
#此一行等同于上面log_bin三行
log-bin=/var/lib/mysql/mysql-bin
#配置serverid
server-id=1

主从复制过程

复制分成三步

• master服务器将数据的改变记录二进制binlog日志，当master上的数据发生改变时，则将其改变写入二进制日志中；
• slave服务器会在一定时间间隔内对master二进制日志进行探测其是否发生改变，如果发生改变，则开始一个I/OThread请求master二进制事件
• 同时主节点为每个I/O线程启动一个dump线程，用于向其发送二进制事件，并保存至从节点本地的中继日志（relaylog）中，从节点将启动SQL线程从中继日志中读取二进制日志，在本地重放，使得其数据和主节点的保持一致，最后I/OThread和SQLThread将进入睡眠状态，等待下一次被唤醒。

IO线程去请求主库 的binlog，并将得到的binlog日志写到relay log（中继日志） 文件中 SQL 线程，会读取relay log文件中的日志，并解析成具体操作，来实现主从的操作一致，而最终数据一致；

master一定要开启binlog二进制日志功能；通常为了数据安全考虑，slave也开启binlog功能

总结

• Master主库在事务提交时，会把数据变更记录在二进制日志文件Binlog中。
• 从库读取主库的二进制日志文件 Binlog，写入到从库的中继日志 Relay Log。
• slave重做中继日志中的事件，将改变反映它自己的数据

​