基于Docker的MySQL主从复制搭建及道理
![](/uploads/allimg/200930/5d19bc4c417ad33612846.jpg)
为什么基于Docker搭建?
- 资源有限
- 虚拟机搭建对机器配置有要求,并且安置mysql步骤繁琐
- 一台机器上可以运转多个Docker容器
- Docker容器之间彼此独立,有独立ip,互不冲突
- Docker使用步骤简捷,启动容器在秒级别
利用Docker搭建主从效劳器
第一拉取docker镜像,我们这里使用5.7版本的mysql:docker pull mysql:5.7
然后使用此镜像启动容器,这里需要离别启动主从两个容器
Master(主):
docker run -p 3339:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
Slave(从)
docker run -p 3340:3306 --name mysql-slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
Master对外映射的端口是3339,Slave对外映射的端口是3340。由于docker容器是彼此独立的,每个容器有其独立的ip,所以不一样容器使用雷同的端口并不会冲突。这里我们应当尽量使用mysql默许的3306端口,不然大概会显现没法通过ip连接docker容器内mysql的问题。
使用docker ps
命令查看正在运转的容器:
此时可以使用Navicat等工具测试连接mysql
配置Master(主)
通过docker exec -it 5ddad8c2f368 /bin/bash
命令进入到Master容器内部,也可以通过docker exec -it mysql-master /bin/bash
命令进入。5ddad8c2f368是容器的id,而mysql-master是容器的名称。cd /etc/mysql/mysql.conf.d
切换到/etc/mysql/mysql.conf.d名目下,然后vim mysqld.cnf
对my.cnf停止编纂。此时会报出bash: vim: command not found
,需要我们在docker容器内部自行安置vim。使用apt-get install vim
命令安置vim
会显现如下问题:
施行apt-get update
,然后再次施行apt-get install vim
即可成功安置vim。然后我们就可以使用vim编纂my.cnf,在my.cnf中增加如下配置:
[mysqld] ## 统一局域网内留意要独一 server-id=100 ## 开启二进制日志功效,可以随意取(关键) log-bin=mysql-bin
配置完成之后,需要重新启动mysql效劳使配置生效。使用service mysql restart
完成重新启动。重新启动mysql效劳时会使得docker容器休止,我们还需要docker start mysql-master
启动容器。
下一步在Master数据库创立数据同步会员,授予会员 slave REPLICATION SLAVE
权限和REPLICATION CLIENT
权限,用于在主从库之间同步数据。
第一连接mysql数据库root@5ddad8c2f368:/# mysql -uroot -p123456
CREATE USER 'slave'@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';
授予复制账号
REPLICATION CLIENT
权限,复制会员可以使用SHOW MASTER STATUS, SHOW SLAVE STATUS
和SHOW BINARY LOGS
来肯定复制状态。
授予复制账号REPLICATION SLAVE
权限,复制才能真正地工作。
配置Slave(从)
和配置Master(主)一样,在Slave配置文件my.cnf中增加如下配置:
[mysqld] ## 设定server_id,留意要独一 server-id=101 ## 开启二进制日志功效,以备Slave作为其它Slave的Master时使用 log-bin=mysql-slave-bin ## relay_log配置中继日志 relay_log=edu-mysql-relay-bin
配置完成后也需要重新启动mysql效劳和docker容器,操纵和配置Master(主)一致。
relay log许多方面都跟binary log差不多。不同是:从效劳器I/O线程将主效劳器的二进制日志读取过来记载到从效劳器当地文件,然后SQL线程会读取relay-log日志的内容并利用到从效劳器,从而使从效劳器和主效劳器的数据保持一致。
链接Master(主)和Slave(从)
在Master进入mysql,施行show master status;
File和Position字段的值后面将会用到,在后面的操纵完成此前,需要包管Master库不克不及做任何操纵,不然将会引发状态转变,File和Position字段的值转变。
在Slave 中进入 mysql,施行
CHANGE MASTER TO master_host = '172.17.0.2', master_user = 'slave', master_password = '123456', master_port = 3306, master_log_file = 'mysql-bin.000001', master_log_pos = 617, master_connect_retry = 30;
命令说明:
master_host :Master的地址,指的是容器的独立ip,可以通过docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名称|容器id查询容器的ip
master_port:Master的端标语,指的是容器的端标语
master_user:用于数据同步的会员
master_password:用于同步的会员的密码
master_log_file:指定 Slave 从哪个日志文件开端复制数据,即上文中提到的 File 字段的值
master_log_pos:从哪个 Position 开端读,即上文中提到的 Position 字段的值
master_connect_retry:假如连接失败,重试的时间间隔,单位是秒,默许是60秒
在Slave 中的mysql终端施行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
测试主从复制
测试主从复制方式就十分多了,最简便的是在Master创立一个数据库,然后检查Slave可否存在此数据库。
Master:
Slave:
完全的主备流程图
最后让我们来看一下,一个 update 语句在节点 A 施行,然后同步到节点 B的完全流程图。
可以看到:主库接收到客户端的更新恳求后,施行内部事务的更新逻辑,同时写入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读取中转日志,解析日志里的命令,并施行。
以上就是基于Docker的MySQL主从复制搭建及道理的具体内容,更多请关注百分百源码网其它相关文章!