Docker 配置Mysql（5.7.27）单双向主从

2019-09-30 本文已影响0人一二先生

默认主机配置Docker Mysql（5.7.27）环境，具体教程，请参照文章Docker 安装Mysql（5.7.27）
mysql服务器主节点
mysql服务器从节点

进入主节点容器
```
docker exec -it mysql bash
```

设置主节点远程同步访问

mysql -u root -p # 并输入密码登录
GRANT REPLICATION SLAVE ON *.* TO 'root'@'*' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;
EXIT;

修改主节点的mysqld.cnf，Docker Mysql（5.7.27）中的文件位于/etc/mysql/mysql.conf.d/mysqld.cnf，因为镜像本身不是支持vi指令，因此只有先拷贝出来，修改后，再拷贝回去覆盖原配置。先拷贝出原配置
```
docker cp {container}:/etc/mysql/mysql.conf.d/mysqld.cnf $PWD/mysqld.cnf
```

添加主节点主从配置

server-id=1
log-bin=mysql-bin
log-slave-updates=1

覆盖主节点原配置

docker cp $PWD/mysqld.cnf {container}:/etc/mysql/mysql.conf.d/mysqld.cnf

重启主节点容器
进入主节点容器，连接登录mysqlmysql -u root -p {password}，查看并记录节点信息，重点记录File和Position
```
show master status
```
进入从节点以同样的方式修改mysqld.cnf，添加从节点主从配置
```
server-id=2
log-bin=mysql-bin
log-slave-updates=1
```

重启并进入从节点容器，连接登录mysqlmysql -u root -p {password}，设置主从模式

CHANGE MASTER TO 
MASTER_HOST=#'主节点的IP',
MASTER_USER=#'主节点的用户名',
MASTER_PASSWORD=#'主节点的密码',
MASTER_PORT=#'主节点的端口',
MASTER_LOG_FILE=#'主节点的File',
MASTER_LOG_POS=#主节点的Position,
MASTER_CONNECT_RETRY=10;

在mysql会话中，启动主从模式
```
start slave
```

查看主从状态

show slave status # Slave_IO_Running和Slave_SQL_Running 两列是否都为YES，即配置成功

测试
- 在从节点的mysql会话中执行show databases
- 在主节点的mysql会话中执行create database eairlv
- 在从节点的mysql会话中执行show databases，检查是否同步成功

以上，单向主从配置完成，下面补充说明一下双向主从配置：

在单向主从配置完成的基础下，
进入从节点容器，设置设置远程同步访问，同时修改mysqld.cnf，并重启容器，参照主节点的设置方法
进入从节点容器查看并记录节点信息，参照主节点的设置方法

进入主节点，设置主从该模式

CHANGE MASTER TO 
MASTER_HOST=#'从节点的IP',
MASTER_USER=#'从节点的用户名',
MASTER_PASSWORD=#'从节点的密码',
MASTER_PORT=#'从节点的端口',
MASTER_LOG_FILE=#'从节点的File',
MASTER_LOG_POS=#从节点的Position,
MASTER_CONNECT_RETRY=10;

启动主从模式，并检查启用状态
重点参数补充
- mysqld.cnf的配置，可通过启动容器是配置生效，如：docker run ...... --slave-skip-errors = ALL
  - log-slave-updates是用来配置从服务器的更新是否写入二进制日志，这个选项默认是不打开的，但是，如果这个从服务器B是服务器A的从服务器，同时还作为服务器C的主服务器，那么就需要开发这个选项，这样它的从服务器C才能获得它的二进制日志进行同步操作
  - read-only是用来限制普通用户对从数据库的更新操作，以确保从数据库的安全性，不过如果是超级用户依然可以对从数据库进行更新操作，详解：https://blog.csdn.net/kadwf123/article/details/79250536
  - slave-skip-errors 是用来定义复制过程中从服务器可以自动跳过的错误号，当复制过程中遇到定义的错误号，就可以自动跳过，直接执行后面的SQL语句，因为在复制过程中，由于各种的原因，从服务器可能会遇到执行BINLOG中的SQL出错的情况，在默认情况下，服务器会停止复制进程，不再进行同步，等到用户自行来处理，推荐忽略部分错误，否则必须手动跳过错误。
主从同步异常处理

此处描述的主节点与从节点是指相对节点，如果B同步A的数据，则A为主节点，B为从节点
- 一般的异常只需要在从节点跳过一步即可恢复
```
stop slave
set global sql_slave_skip_counter = 1
start slave
```
- 断电导致主从不能同步时，通过主节点的最后一个bin-log日志进行恢复，在主节点上执行
```
mysqlbinlog mysql-bin.xxxx > binxxxx.txt
tail -n 100000  binxxxx.txt > tail-binxxxx.txt
```
  - 打开tail-binxxxx.txt文件，找到最后一个Postion值然后在从库上，在从节点修正此值
```
stop slave

CHANGE MASTER TO 
MASTER_HOST=#'主节点的IP',
MASTER_USER=#'主节点的用户名',
MASTER_PASSWORD=#'主节点的密码',
MASTER_PORT=#'主节点的端口',
MASTER_LOG_FILE=#'主节点的File',
MASTER_LOG_POS=#主节点的Position,
MASTER_CONNECT_RETRY=10;

start slave
```
- 主键冲突、表已存在等错误代码如1062,1032,1060等，可以在从节点的mysqld.cnf指定
  略过此类异常并继续下条sql同步，这样也可以避免很多主从同步的异常中断
```
slave-skip-errors = 1062,1032,1060 #配置slave-skip-errors = ALL忽略所有
```

Docker 配置Mysql（5.7.27）单双向主从

猜你喜欢

热点阅读