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'
解决方案：
-- 在从机停止slave
SLAVE STOP;
-- 在主机查看mater状态
SHOW MASTER STATUS;
-- 在主机刷新日志
FLUSH LOGS;
-- 再次在主机查看mater状态（会发现File和Position发生了变化）
SHOW MASTER STATUS;
-- 修改从机连接主机的SQL，并重新连接即可
遗留问题
读写分离时，其中一个读库出现异常，会发生什么？
广播表的其中一个数据库出现异常了，会发生什么？
1.出现异常的数据库重新运行后，是否会发起同步
2.查询的第一个数据库出现异常了，是否会查询另外一个数据库
