登录/ 注册
 找回密码
 立即注册
关闭

CSDN热搜

程序园 精品问答 技术交流 资源下载
返回列表 发新帖
首页 › 业界区 › 业界 ›mysql 主从架构详解

mysql 主从架构详解

何书艺 2025-8-15 14:46:50
主从复制简介

MySQL主从复制(Replication)指的是两台或以上数据库实例服务器，通过二进制日志实现数据的"同步"关系。
需要注意的是，MySQL主从复制并不是说其工作模式是同步的，实际上，MySQL主从复制(Replication)是一个异步工作模式。
主从复制的前提


  • 需要2台以上数据库实例，时间同步，网络通畅，server_id不同，区分不同角色(即主库和从库);
  • 主库开启binlog，建立专用复制用户;
  • 从库需要提前"补课"(将之前"落下"的数据补全)，如果主库也是没数据的，这一步可以省略；
  • 从库需要确认主库的连接信息，复制起点等；
  • 从库需要开启专用的复制线程;
主从复制架构原理


  • 从库执行"CHANGE MASTER TO ..."命令，执行命令成功后会将这些主库的链接信息记录在"master.info"文件中;
  • 执行"START SLAVE"命令后，从库会开启IO线程和SQL线程这两个线程，其中IO线程负责发送请求到主库，有关主库的链接信息在"master.info"文件中都有记录;
  • 主库分配了一个binlog_dump线程来响应从库的IO线程，我们可以通过"SHOW PROCESSLIST"命令来查看响应的binlog_dump线程;
  • 从库的IO线程会请求新日志，有关向主库请求的日志位置点信息在"master.info"文件中都有记录;
  • 主库的binlog_dump线程接收从库的IO线程请求后，会截取主库的二进制日志文件，并将结果返回给从库的IO线程;
  • 从库的IO线程接收到主库的binlog后，日志先发送到网卡的缓存区域中，此时由网络层返回ACK给主库，主库工作完成;
  • 从库的IO线程最终会将数据从网卡的缓冲区拉取并写入中继日志文件中以落地到本地磁盘，于此同时会更新"master.info"文件中记录的位置点信息，以便于下一次从库IO线程知道从哪个位置点请求"新日志",I/O线程工作完成。
  • 从库的SQL线程读取"relay-log.info"文件，获取上一次中继日志文件执行到的位置点;
  • 从库的SQL线程根据上一步获得中继日志文件的位置点后，在该位置点继续向后执行新的"relay-log"日志，而后会更新"relay-log.info"文件，以便于下一次从库SQL线程知道从哪个位置点读取"新日志"，主从复制流程基本结束。
主从涉及到的文件介绍

主库：

  • binlog文件：默认存储在数据目录下，用于存储用户的操作记录，我们可以基于"log_bin_basename"来制定存储的路径及文件名前缀。
  1. SELECT @@log_bin_basename;
复制代码
从库：

  • relay-log文件: 默认存储在数据目录下，用于接收存储binlog，也称为"中继日志"。我们可以基于"relay_log_basename"来手动指定存储路径。
  1. SELECT @@relay_log_basename;
复制代码

  • master.info文件: 默认存储在数据目录下，用于存储主库的链接信息，已经接受的binlog位置点信息等数据。我们可以基于"master_info_repository"来手动指定该文件存储位置。
  1. SELECT @@master_info_repository;
复制代码

  • relay-log.info文件: 默认存储在数据目录下，从库会单独开启一个I/O线程从主库拉取二进制日志并存储中继日志(上面提到的"relay-log"文件)中，而后从库开启一个SQL线程基于中继日志进行回放，以达到和主库同样的数据。而relay-log.info文件就是用于记录从库回放到relay-log的位置点，这是为了防止从库突然宕机后，重启服务器后知道上一次回放的位置点，而后基于该记录的位置点继续往下执行SQL。我们可以基于"relay_log_info_repository"来手动指定该文件存储位置。
  1. SELECT @@relay_log_info_repository ;
复制代码
主从涉及到的线程介绍

主库:

  • binlog_dump线程: 用来接收从库请求，并且投递binlog给从库。查看方式：
  1. SHOW PROCESSLIST;
复制代码
从库：

  • IO线程:用于向主库请求，接收和存储binlog日志。
  • SQL线程:用于回放中继日志(上面提到的"relay-log"文件)，执行"relay-log"文件的SQL语句并将执行的位置点记录在"relay-log.info"文件中。查看方式：
  1. SHOW SLAVE STATUS\G;
复制代码
主从复制部署

架构

主机角色192.168.153.12master192.168.153.13slave两台机器安装mysql

可查看《mysql5.7版本部署》章节
时间配置
  1. timedatectl set-timezone Asia/Shanghai
  2. ntpdate ntp1.aliyun.com
复制代码
配置主从


  • 主配置文件：
  1. cat /etc/my.cnf
  2. [mysqld]
  3. bind-address = 0.0.0.0
  4. server-id=1
  5. log-bin=/data/mysql/logs/mysql-bin.log
  6. log_error = /data/mysql/logs/mysql-error.log
  7. default-time-zone='+8:00'
  8. log_timestamps=SYSTEM
  9. binlog_format=ROW
  10. binlog_row_image=FULL
  11. expire_logs_days=14
  12. max_binlog_size=1G
  13. sync_binlog=1
  14. innodb_flush_log_at_trx_commit=1
  15. innodb_buffer_pool_size=600M
  16. innodb_log_file_size=2G
  18. mkdir /data/mysql/logs
  19. touch /data/mysql/logs/mysql-error.log
  20. chown -R mysql:mysql /data/mysql/logs
  21. systemctl restart mysqld
  22. systemctl status  mysqld
复制代码

  • 从配置文件：
  1. cat /etc/my.cnf
  2. [mysqld]
  3. bind-address = 0.0.0.0
  4. server-id=2
  5. log-bin=/data/mysql/logs/mysql-bin.log
  6. log_error = /data/mysql/logs/mysql-error.log
  7. default-time-zone='+8:00'
  8. log_timestamps=SYSTEM
  9. relay_log=/data/mysql/logs/mysql-relay-bin
  10. relay_log_index=/data/mysql/logs/mysql-relay-bin.index
  11. read_only=1
  12. super_read_only=1
  13. slave_net_timeout = 60           
  14. relay_log_recovery = ON         
  15. sync_binlog = 1                  
  16. innodb_flush_log_at_trx_commit = 1
  17. innodb_buffer_pool_size = 600M
  18. innodb_log_file_size=2G     
  21. mkdir /data/mysql/logs
  22. touch /data/mysql/logs/mysql-error.log
  23. chown -R mysql:mysql /data/mysql/logs
  24. systemctl restart mysqld
  25. systemctl status  mysqld
复制代码

  • 主库建立复制用户
  1. # MySQL 8.0之前版本创建复制用户
  2. GRANT REPLICATION SLAVE ON *.* TO repl@'192.168.153.%' IDENTIFIED BY '1qaz@WSX';
  4. # MySQL 8.0之后版本创建复制用户
  5. CREATE USER repl@'192.168.153.%' IDENTIFIED BY '1qaz@WSX';
复制代码

  • 主库备份恢复到从库，如果建立主从之前主库里面有数据，需要做此操作。
  1. mysqldump -uroot -p'1qaz@WSX' -A --master-data=2 --single-transaction > /tmp/all_db.sql
  2. mysql  -uroot -p'1qaz@WSX'  < /tmp/all_db.sql
复制代码

  • 主库查看二进制日志坐标，从库建立连接
  1. mysql> show master status ;
  2. +------------------+----------+--------------+------------------+-------------------+
  3. | File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
  4. +------------------+----------+--------------+------------------+-------------------+
  5. | mysql-bin.000002 |      154 |              |                  |                   |
  6. +------------------+----------+--------------+------------------+-------------------+
  7. 1 row in set (0.00 sec)
  8. # file : 从哪个日志文件开始推送日志文件
  9. # position ： 从哪个位置开始推送日志
  10. # binlog_ignore_db : 指定不需要同步的数据库
  12. # 此方法在如果主库里面有数据，业务停用的时候可以，没有新的数据增加，但当业务还在使用，有新的数据增加的时候需要查看从库备份过来的数据的最后一个Position为起点。
复制代码

  • 从库建立主库的连接信息，并确定复制的起点
  1. CHANGE MASTER TO  MASTER_HOST='192.168.153.12', MASTER_USER='repl', MASTER_PASSWORD='1qaz@WSX' , MASTER_PORT=3306, MASTER_LOG_FILE='mysql-bin.000002' ,MASTER_LOG_POS=154, MASTER_CONNECT_RETRY=10;
复制代码

  • 从库开启专用的复制线程
  1. START SLAVE;
复制代码

  • 验证主从复制状态
  1. SHOW SLAVE STATUS\G
复制代码
1.png

部署成功

  • 如果主从复制搭建不成功，可以重置主从配置信息，而后重做上述操作。
  1. STOP SLAVE;
  2. RESET SLAVE ALL;
复制代码
主从复制中从库的线程管理
  1. # 启动从库IO线程和SQL线程
  2. START SLAVE;
  4. # 停止从库IO线程和SQL线程
  5. STOP SLAVE;
  7. # 只启动从库的SQL线程
  8. START SLAVE SQL_THREAD;
  10. # 只启动从库的IO线程
  11. START SLAVE IO_THREAD;
  13. # 只停止从库的SQL线程
  14. STOP SLAVE SQL_THREAD;
  16. # 只停止从库的IO线程
  17. STOP SLAVE IO_THREAD;
复制代码
解除从库身份
  1. # 在解除从库之前，需要先停止所有的线程，即IO线程和SQL线程
  2. STOP SLAVE;  
  4. # 解除从库的所有配置
  5. RESET SLAVE ALL;  
  7. #  解除后再次查看从库的状态
  8. SHOW SLAVE STATUS\G
复制代码
来源：程序园用户自行投稿发布，如果侵权，请联系站长删除
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！

使用道具 举报
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 立即注册
发帖
何书艺
2025-8-15 14:46:50

0

粉丝关注

14

主题发布

板块介绍填写区域，请于后台编辑
微信扫一扫