1、MySQL主从同步原理

image-20220714133617856.png

基本原理：

slave会从master读取binlog来进行数据同步

具体步骤：

• step1：master将数据改变记录到二进制日志（binary log）中。

• step2： 当slave上执行 start slave 命令之后，slave会创建一个 IO 线程用来连接master，请求master中的binlog。

• step3：当slave连接master时，master会创建一个 log dump 线程，用于发送 binlog 的内容。在读取 binlog 的内容的操作中，会对主节点上的 binlog 加锁，当读取完成并发送给从服务器后解锁。

• step4：IO 线程接收主节点 binlog dump 进程发来的更新之后，保存到 中继日志（relay log） 中。

• step5：slave的SQL线程，读取relay log日志，并解析成具体操作，从而实现主从操作一致，最终数据一致。

2、一主多从配置

服务器规划：1主2从

image.png

• step1：准备三台数据库服务器：端口3306、3307、3308，这里使用的版本号为 8.0.29

  image.png

• step2：修改数据库配置文件的server-id，值不允许重复

[mysqld]
# 服务器唯一id，默认值1
server-id=1
# 设置日志格式，默认值ROW
binlog_format=STATEMENT
# 二进制日志名，默认binlog
# log-bin=binlog
# 设置需要复制的数据库，默认复制全部数据库
#binlog-do-db=mytestdb
# 设置不需要复制的数据库
#binlog-ignore-db=mysql
#binlog-ignore-db=infomation_schema

binlog格式说明：

• binlog_format=STATEMENT：日志记录的是主机数据库的写指令，性能高，但是now()之类的函数以及获取系统参数的操作会出现主从数据不同步的问题。

• binlog_format=ROW（默认）：日志记录的是主机数据库的写后的数据，批量操作时性能较差，解决now()或者  user()或者  @@hostname 等操作在主从机器上不一致的问题。

• binlog_format=MIXED：是以上两种level的混合使用，有函数用ROW，没函数用STATEMENT，但是无法识别系统变量

binlog-ignore-db和binlog-do-db的优先级问题：

0.08703112216569037.png

• step3：在主库中创建slave用户，供从库连接使用：

-- 创建slave用户CREATE USER 'slave_test'@'%';-- 设置密码ALTER USER 'slave_test'@'%' IDENTIFIED WITH mysql_native_password BY '123456';-- 授予复制权限GRANT REPLICATION SLAVE ON *.* TO 'slave_test'@'%';-- 刷新权限FLUSH PRIVILEGES;

• step4：主机中查询master状态：

执行完此步骤后不要再操作主服务器MYSQL，防止主服务器状态值变化

SHOW MASTER STATUS;

记下File和Position的值。执行完此步骤后不要再操作主服务器MYSQL，防止主服务器状态值变化。

image-20220804191852164.png

• step5：在从机上配置主从关系：

在从机上执行以下SQL操作

CHANGE MASTER TO MASTER_HOST='192.168.101.117', MASTER_USER='slave_test',MASTER_PASSWORD='123456', MASTER_PORT=3306,MASTER_LOG_FILE='binlog.000003',MASTER_LOG_POS=1357;

• step6：启动主从同步：
  启动从机的复制功能，执行SQL：

START SLAVE;-- 查看状态（不需要分号）SHOW SLAVE STATUS\G

两个关键进程：下面两个参数都是Yes，则说明主从配置成功！

image.png

• step7：实现主从同步：

在主机中执行以下SQL，在从机中查看数据库、表和数据是否已经被同步

CREATE DATABASE db_user;USE db_user;CREATE TABLE t_user (
 id BIGINT AUTO_INCREMENT,
 uname VARCHAR(30), PRIMARY KEY (id));INSERT INTO t_user(uname) VALUES('zhang3');INSERT INTO t_user(uname) VALUES(@@hostname);

停止和重置

需要的时候，可以使用如下SQL语句

-- 在从机上执行。功能说明：停止I/O 线程和SQL线程的操作。stop slave; -- 在从机上执行。功能说明：用于删除SLAVE数据库的relaylog日志文件，并重新启用新的relaylog文件。reset slave;-- 在主机上执行。功能说明：删除所有的binglog日志文件，并将日志索引文件清空，重新开始所有新的日志文件。-- 用于第一次进行搭建主从库时，进行主库binlog初始化工作；reset master;

常见问题

问题1

启动主从同步后，常见错误是Slave_IO_Running： No 或者 Connecting 的情况，此时查看下方的 Last_IO_ERROR错误日志，根据日志中显示的错误信息在网上搜索解决方案即可

image-20220714235426120.png

问题2

Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from position > file size'

解决方案：

-- 在从机停止slaveSLAVE STOP;-- 在主机查看mater状态SHOW MASTER STATUS;-- 在主机刷新日志FLUSH LOGS;-- 再次在主机查看mater状态（会发现File和Position发生了变化）SHOW MASTER STATUS;-- 修改从机连接主机的SQL，并重新连接即可

遗留问题

读写分离时，其中一个读库出现异常，会发生什么？

广播表的其中一个数据库出现异常了，会发生什么？

1.出现异常的数据库重新运行后，是否会发起同步
2.查询的第一个数据库出现异常了，是否会查询另外一个数据库
作者：Lanjerry
链接：https://www.jianshu.com/p/6b0b1e89535c