MySQL 主备环境搭建 docker
拉取docker镜像
sudo docker pull mysql:8.0
启动容器
docker run -p 3339:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:8.0
docker run -p 3340:3306 --name mysql-slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql:8.0
配置 Master（主）
修改my.cnf，8.0版本默认路径是/etc/my.cnf
[mysqld]
server-id=1
log-bin=mysql-bin
连接master mysql，创建主备用户，授予用户 slave REPLICATION SLAVE 权限和 REPLICATION CLIENT 权限，用于在主从库之间同步数据。
CREATE USER 'zzy'@'%' IDENTIFIED WITH mysql_native_password BY 'zzy';
GRANT REPLICATION SLAVE ON *.* TO 'zzy'@'%'
GRANT REPLICATION CLIENT ON *.* TO 'zzy'@'%';
配置Slave（从）
[mysqld]
server-id=2
log-bin=mysql-bin
log-bin=mysql-slave-bin
## relay_log配置中继日志
relay_log=mysql-relay-bin
重启两个容器
docker restart <container-id>
链接 Master (主) 和 Slave (从)
在 Master 进入 mysql，执行 show master status;
记录File 和 Position 字段的值
在 Slave 中进入 mysql，执行
CHANGE MASTER TO master_host = '172.17.0.2',
master_user = 'zzy',
master_password = 'zzy',
master_port = 3306,
master_log_file = 'mysql-bin.000001',
master_log_pos = 617,
master_connect_retry = 30;
master auto_position=1;
CHANGE MASTER TO
MASTER_HOST='172.17.0.2',
MASTER_USER='zzy',
MASTER_PASSWORD='zzy',
MASTER_PORT=3306,
MASTER_AUTO_POSITION=1,
MASTER_CONNECT_RETRY=30;
master_auto position=1;是使用GTID（全局事务 ID）来方便进行主备切换。
在主库和从库的 my.cnf 配置文件中添加以下内容：
# 在主库的 my.cnf 中
[mysqld]
gtid_mode=ON
enforce_gtid_consistency=ON
log-bin=mysql-bin
binlog_format=ROW
server-id=1
# 在从库的 my.cnf 中
[mysqld]
gtid_mode=ON
enforce_gtid_consistency=ON
log-bin=mysql-bin
binlog_format=ROW
server-id=2
master_port：Master 的端口号，指的是容器的端口号。可以使用docker inspect 来查看ip地址
[zcy@gp-master ~]$ docker inspect mysql-slave | grep IPAddress
"SecondaryIPAddresses": null,
"IPAddress": "172.17.0.3",
"IPAddress": "172.17.0.3",
master_user：用于数据同步的用户
master_password：用于同步的用户的密码
master_log_file：指定 Slave 从哪个日志文件开始复制数据，即上文中提到的 File 字段的值
master_log_pos：从哪个 Position 开始读，即上文中提到的 Position 字段的值
master_connect_retry：如果连接失败，重试的时间间隔，单位是秒，默认是 60 秒
然后输入来查看主备复制状态
show slave status \G;
正常情况下，SlaveIORunning 和 SlaveSQLRunning 都是 No，因为我们还没有开启主从复制过程。使用 start slave 开启主从复制过程，然后再次查询主从同步状态 show slave status \G;
SlaveIORunning 和 SlaveSQLRunning 都是 Yes，说明主从复制已经开启。此时可以测试数据同步是否成功。
错误处理
使用 start slave 开启主从复制过程后，如果 SlaveIORunning 一直是 Connecting，则说明主从复制一直处于连接状态，这种情况一般是下面几种原因造成的，我们可以根据 Last_IO_Error 提示予以排除。
- 网络不通：检查 ip, 端口
- 密码不对：检查是否创建用于同步的用户和用户密码是否正确
- pos 不对： 检查 Master 的 Position
如果配置的时候参数填错了，可能导致docker 容器一直无法正常启动，无法修改参数，可以通过下面的指令pull和push文件来完成修改：
sudo docker cp mysql-slave:/etc/my.cnf ./my.cnf
sudo docker cp ./my.cnf mysql-slave:/etc/my.cnf
测试主从复制
查看从库是否有对应的库：
完整的主备流程图
可以看到：主库接收到客户端的更新请求后，执行内部事务的更新逻辑，同时写入 binlog。
备库 B 跟主库 A 之间维持了一个长连接。主库 A 内部有一个线程，专门用于服务备库 B 的这个长连接。
一个事务日志同步的完整过程是这样的：
- 在备库 B 上通过
change master命令，设置主库 A 的 IP、端口、用户名、密码、以及要从哪个位置开始请求 binlog，这个位置包含文件名和日志偏移量。 - 在备库 B 上执行
start slave命令，这时侯备库会启动两个线程，io_thread 和 sql_thread。其中， io_thread 负责与主库建立连接。 - 主库 A 校验完用户名、密码后，开始按照备库 B 传过来的位置，从本地读取 binlog，发给 B。
- 备库 B 拿到 binlog 后，写到本地文件，称为中转日志（relay log）。
- sql_thread 读取中转日志，解析日志里的命令，并执行。
