MySQL 主备环境搭建 docker

MySQL 主备环境搭建 docker

拉取docker镜像

sudo docker pull mysql:8.0

启动容器

bash 复制代码
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

bash 复制代码
[mysqld]
server-id=1
log-bin=mysql-bin

连接master mysql,创建主备用户,授予用户 slave REPLICATION SLAVE 权限和 REPLICATION CLIENT 权限,用于在主从库之间同步数据。

sql 复制代码
CREATE USER 'zzy'@'%' IDENTIFIED WITH mysql_native_password BY 'zzy';
GRANT REPLICATION SLAVE ON *.* TO 'zzy'@'%'
GRANT REPLICATION CLIENT ON *.* TO 'zzy'@'%';

配置Slave(从)

bash 复制代码
[mysqld]
server-id=2
log-bin=mysql-bin
log-bin=mysql-slave-bin 
## relay_log配置中继日志
relay_log=mysql-relay-bin

重启两个容器

bash 复制代码
docker restart <container-id>

链接 Master (主) 和 Slave (从)

在 Master 进入 mysql,执行 show master status;

记录File 和 Position 字段的值

在 Slave 中进入 mysql,执行

bash 复制代码
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地址

bash 复制代码
[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 秒

然后输入来查看主备复制状态

bash 复制代码
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文件来完成修改:

bash 复制代码
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 的这个长连接。

一个事务日志同步的完整过程是这样的:

  1. 在备库 B 上通过 change master 命令,设置主库 A 的 IP、端口、用户名、密码、以及要从哪个位置开始请求 binlog,这个位置包含文件名和日志偏移量。
  2. 在备库 B 上执行 start slave 命令,这时侯备库会启动两个线程,io_thread 和 sql_thread。其中, io_thread 负责与主库建立连接。
  3. 主库 A 校验完用户名、密码后,开始按照备库 B 传过来的位置,从本地读取 binlog,发给 B。
  4. 备库 B 拿到 binlog 后,写到本地文件,称为中转日志(relay log)。
  5. sql_thread 读取中转日志,解析日志里的命令,并执行。
相关推荐
天海华兮13 分钟前
mysql 去重 补全 取出重复 变量 函数 和存储过程
数据库·mysql
梅见十柒26 分钟前
wsl2中kali linux下的docker使用教程(教程总结)
linux·经验分享·docker·云原生
武子康2 小时前
大数据-231 离线数仓 - DWS 层、ADS 层的创建 Hive 执行脚本
java·大数据·数据仓库·hive·hadoop·mysql
黑色叉腰丶大魔王2 小时前
《MySQL 数据库备份与恢复》
mysql
Ljw...2 小时前
索引(MySQL)
数据库·mysql·索引
OpsEye3 小时前
MySQL 8.0.40版本自动升级异常的预警提示
数据库·mysql·数据库升级
Ljw...3 小时前
表的增删改查(MySQL)
数据库·后端·mysql·表的增删查改
i道i10 小时前
MySQL win安装 和 pymysql使用示例
数据库·mysql
Oak Zhang12 小时前
sharding-jdbc自定义分片算法,表对应关系存储在mysql中,缓存到redis或者本地
redis·mysql·缓存
久醉不在酒13 小时前
MySQL数据库运维及集群搭建
运维·数据库·mysql