Mysql的主从复制

最新推荐文章于 2025-07-09 21:23:52 发布

原创最新推荐文章于 2025-07-09 21:23:52 发布 · 229 阅读

0 ·

CC 4.0 BY-SA版权

mysql 专栏收录该内容

1 篇文章

订阅专栏

应用场景：
1. 从服务器作为主服务器的实时数据备份
2. 主从服务器实现读写分离，从服务器实现负载均衡
3. 把多个从服务器根据业务重要性进行拆分访问

过程详述：
MySQL的主从复制是一个异步的复制过程(虽然一般情况下感觉是实时的)，数据将从一个MySQL数据库(Master)复制到另一个MySQL数据库(Slave)，整个主从复制的过程是由三个线程参与完成的；
　　Slave端：SQL线程 I/O线程
　　Master端：I/O线程

必要条件：
必须打开Master端的binlog记录功能；整个过程就是Slave从Master端获取binlog日志，然后在Slave上以相同的顺序执行获取的binlog日志中所记录的各种SQL操作

[mysqld]
log-bin=/data/3306/mysql-bin # 自定义路径

流程：下面简单描述MySQL Replication的复制原理过程。

1) 在Slave服务器上执行start slave命令开启主从复制开关,开始进行主从复制。

2) 此时, Slave服务器的I/0线程会通过在Master上已经授权的复制用户权限请求连接Master服务器,并请求从指定binlog日志文件的指定位置(日志文件名和位置就是在配置主从复制服务时执行change master命令指定的) 之后开始发送binlog日志内容。

3) Master服务器接收到来自Slave服务器的I/O线程的请求后,其上负责复制的I/O线程会根据Slave服务器的I/O线程请求的信息分批读取指定binlog日志文件指定位置之后的binlog日志信息,然后返回给Slave端的I/O线程。

返回的信息中除了binlog日志内容外,还有在Master服务器端记录的新的binlog文件名称,以及在新的binlog中的下一个指定更新位置。

4) 当Slave服务器的I/O线程获取到Master服务器上I/O 线程发送的日志内容、日志文件及位置点后,会将binlog日志内容依次写到Slave端自身的Relay Log(即中继日志)文件(MySQL-relay-bin.xxxxxx)的最末端,并将新的binlog文件名和位置记录到master-info文件中,以便下一次读取Master端新binlog日志时能够告诉Master服务器从新binlog日志的指定文件及位置开始请求新的binlog日志内容。

5) Slave服务器端的SQL线程会实时检测本地Relay Log中I/O线程新增加的日志内容,然后及时地把Relay Log文件中的内容解析成SQL语句,并在自身Slave服务器上按解析SQL语句的位置顺序执行应用这些SQL语句,并在relay-log.info中记录当前应用中继日志的文件名及位置点。

经过了上面的过程,就可以确保在Master端和Slave端执行了同样的SQL语句。当复制状态正常时, Master端和Slave端的数据是完全一样的。当然, MySQL的复制机制也有一些特殊情况,具体请参考官方的说明,大多数情况下,大家不用担心。

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

下面针对MySQL主从复制原理的重点进行小结:
1)主从复制是异步的逻辑的SQL语句级的复制。
2)复制时,主库有一个I/O线程,从库有两个线程,即I/0和SQL线程。
3)实现主从复制的必要条件是主库要开启记录binlog功能。
4)作为复制的所有MySQL节点的server-id都不能相同。

binlog文件只记录对数据库有更改的SQL语句(来自主数据库内容的变更)，不记录任何查询(如select, show)语句。

!!!以下操作仅供参考

主上进行操作:

主：/etc/my.cnf
server-id = 1
log-bin=rambo # 默认是注释的
binlog-do-db=db1,db2 ,表示只对于db1，db2记录二进制日志
    #如果库比较多的话，做黑名单的话比较方便。
binlog-ignore-db=db3 ，忽略db3，除它之外全同步
    !!!尽量别使用，binlog-*参数，是个坑，建议使用replicate代替

更改完后保存重启mysql；发现datadir下会出现新的日志文件bin-log(rambo开头的rambo.index和rambo.000001)

GRANT REPLICATION SLAVE,REPLICATION CLIENT ON *.* TO ‘repluser’@’HOST’ IDENTIFIED BY ‘replpass’;  # 授权用户，HOST是 从主机 的ip或者主机名
flush privileges 用来刷新权限
flush tables with read lock; # 加读锁
　   这个命令是全局读锁定，执行了命令之后所有库所有表都被锁定只读。一般都是用在数据库联机备份，这个时候数据库的写操作将被阻塞，读操作顺利进行
show master status; #前两列的值一会儿会用到

从上进行操作:

从：/etc/my.cnf
server-id = 2
replicate-do-db=db1,db2 # 只复制哪个数据库
replicate-ignore-db=db3 # 忽略哪个数据库
#启用中继日志
relay_log=relay-log
relay_log_index=relay-log.index

登录从上的mysql

mysql> STOP SLAVE
mysql> CHANGE MASTER TO MASTER_HOST=’host’,MASTER_USER=’repluser’,MASTER_PASSWORD=’replpass’,MASTER_LOG_FILE=’mysql-bin.xxxxx’,MASTER_LOG_POS=#;
# 填入 主mysql 上status上的记录的两个值
mysql> START SLAVE