MySQL服务的主从架构一般都是通过binlog日志文件来进行的。即在主服务上打开binlog记录每一步的数据库操作，然后从服务上会有一个IO线程，负责跟主服务建立一个TCP连接，请求主服务将binlog传输过来。这时，主库上会有一个IO dump线程，负责通过这个TCP连接把Binlog日志传输给从库的IO线程。接着从服务的IO线程会把读取到的binlog日志数据写入自己的relay日志文件中。然后从服务上另外一个SQL线程会读取relay日志里的内容，进行操作重演，达到还原数据的目的。我们通常对MySQL做的读写分离配置就必须基于主从架构来搭建。
搭建主从集群时，有两个必要的要求：
1：双方MySQL必须版本一致。至少需要主服务的版本低于从服务
2：两节点间的时间需要同步。
我们直接使用docker搭建mysql主从架构，首先配置master节点
创建目录，以及目录下的文件
mkdir /mydata/MHA/master
在conf目录下创建配置文件
[mysqld]
server-id=47
#开启binlog
log_bin=master-bin
log_bin-index=master-bin.index
skip-name-resolve
#设置连接端口
port=4306
#设置mysql数据库的数据的存放目录
datadir=/var/lib/mysql-files
#允许最大连接数
max_connections=200
#允许连接失败的次数。
max_connect_errors=10
#服务端使用的字符集默认为UTF8
character-set-server=utf8
#创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
#默认使用“mysql_native_password”插件认证
#mysql_native_password
default_authentication_plugin=mysql_native_passwordserver-id：服务节点的唯一标识。需要给集群中的每个服务分配一个单独的IDlog_bin：打开Binlog日志记录，并指定文件名。log_bin-index：Binlog日志文件
启动mysql master主节点
docker stop mysqlMaster && docker rm mysqlMaster
docker run --restart=always --privileged=true \
-p 4306:4306 \
--name mysqlMaster \
-v /mydata/MHA/master/data:/var/lib/mysql-files \
-v /mydata/MHA/master/conf/my.cnf:/etc/mysql/my.cnf \
-v /mydata/MHA/master/conf/conf.d:/etc/mysql/conf.d \
-v /mydata/MHA/master/logs:/var/log/mysql \
-e MYSQL_ROOT_PASSWORD=root \
-e TZ=Asia/Shanghai \
-d mysql:8.0.28
为主节点赋予用户权限以及给root用户分配一个replication slave的权限。
mysql -u root -p初始没有密码直接登陆赋予用户其他主机可以登陆的权限以及密码CREATE USER 'root'@'ip地址/主机名' IDENTIFIED BY '密码'；mysql> grant all privileges on *.* to 'username'@'%'; //赋权限,%表示所有(host)
GRANT REPLICATION SLAVE ON *.* TO 'root' @ '%' ;#刷新权限flush privileges;
更新用户的信息use mysql;update user set host= '%' where user= 'root' ; # 开启远程登录flush privileges;
# 查看主节点同步状态：show master status;
这个指令结果中的File和Position记录的是当前日志的binlog文件以及文件中的索 引。而后面的Binlog_Do_DB和Binlog_Ignore_DB这两个字段是表示需要记录binlog 文件的库以及不需要记录binlog文件的库。目前我们没有进行配置，就表示是针对全库记录日志。这两个字段如何进行配置，会在后面进行介绍。
开启binlog后，数据库中的所有操作都会被记录到datadir当中，以一组 轮询文件的方式循环记录。而指令查到的File和Position就是当前日志的 文件和位置。而在后面配置从服务时，就需要通过这个File和Position通 知从服务从哪个地方开始记录binLog。
在实际生产环境中，通常不会直接使用root用户，而会创建一个拥有全部权限的用户来负责主从同步。
可以查看我们映射目录data下的bin文件
和上面创建master节点目录一样，创建slave目录
创建my.cnf文件
[mysqld]
#主库和从库需要不一致
server-id=48
#打开MySQL中继日志
relay-log-index=slave-relay-bin.index
relay-log=slave-relay-bin
#打开从服务二进制日志
log_bin=mysql-bin
#使得更新的数据写进二进制日志中
log-slave-updates=1
#设置连接端口
port=4306
#设置mysql数据库的数据的存放目录
datadir=/var/lib/mysql-files
#允许最大连接数
max_connections=200
#允许连接失败的次数。
max_connect_errors=10
#服务端使用的字符集默认为UTF8
character-set-server=utf8
#创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
#默认使用“mysql_native_password”插件认证
#mysql_native_password
default_authentication_plugin=mysql_native_password配置说明：主要需要关注的几个属性：
server-id：服务节点的唯一标识relay-log：打开从服务的relay-log日志。log-bin：打开从服务的bin-log日志记录。
启动slave节点：并设置他的主节点同步状态。
docker stop mysqlSlave && docker rm mysqlSlave
docker run --restart=always --privileged=true \
-p 4307:4306 \
--name mysqlSlave \
-v /mydata/MHA/slave/data:/var/lib/mysql-files \
-v /mydata/MHA/slave/conf/my.cnf:/etc/mysql/my.cnf \
-v /mydata/MHA/slave/conf/conf.d:/etc/mysql/conf.d \
-v /mydata/MHA/slave/logs:/var/log/mysql \
-e MYSQL_ROOT_PASSWORD=root \
-e TZ=Asia/Shanghai \
-d mysql:8.0.28
[root@node01 MHA]# docker exec -it mysqlSlave bash
root@3b072fba3bd9:/# mysql -uroot -proot
mysql: [Warning] Using a password on the command line interface can be insecure.
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 10
Server version: 8.0.28 MySQL Community Server - GPLCopyright (c) 2000, 2022, Oracle and/or its affiliates.
Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.
mysql>
# 设置同步主节点：CHANGE MASTER TOMASTER_HOST = 'node01' ,MASTER_PORT =4 306 ,MASTER_USER = 'root' ,MASTER_PASSWORD = 'root' ,MASTER_LOG_FILE = 'master-bin.000003' ,MASTER_LOG_POS = 157,GET_MASTER_PUBLIC_KEY = 1 ;# 开启 slavestart slave;# 查看主从同步状态show slave status;或者用 show slave status \G; 这样查看比较简洁
注意，CHANGE MASTER指令中需要指定的MASTER_LOG_FILE和 MASTER_LOG_POS必须与主服务中查到的保持一致。 并且后续如果要检查主从架构是否成功，也可以通过检查主服务与从服 务之间的File和Position这两个属性是否一致来确定。
我们重点关注的就是红框内的数据，其中 Master_Log_File: master-bin.000003
Read_Master_Log_Pos: 157 与主节点保持一致就是正确的，其中 Slave_IO_Running: Yes
Slave_SQL_Running: Yesyes表示主节点和从节点都是运行状态
然后我们在主服务器上创建一个数据库
可以看到从库里是 多了一个testdemo数据库,表示数据库已经同步过去了。
看看从库的数据表是否也同步成功：
在从库 testdemo库中可以看到新增了一个表demotable且可以得到主库插入的一条记录。
另外，这个主从架构是有可能失败的，如果在slave从服务上查看slave状 态，发现Slave_SQL_Running=no，就表示主从同步失败了。这有可能 是因为在从数据库上进行了写操作，与同步过来的SQL操作冲突了，也 有可能是slave从服务重启后有事务回滚了。如果是因为slave从服务事务回滚的原因，可以按照以下方式重启主从同 步：mysql> stop slave ;mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER= 1 ;mysql> start slave ;而另一种解决方式就是重新记录主节点的binlog文件消息mysql> stop slave ;mysql> change master to .....mysql> start slave ;但是这种方式要注意binlog的文件和位置，如果修改后和之前的同步接 不上，那就会丢失部分数据。所以不太常用。