为实现数据库的读写分离,提升数据库的读写效率。
提升资源利用率,一个docker容器可以启动多个实例
便于管理,启停管理更方便
空间占用低,相当于只安装了一个mysql应用
先拉取docker镜像,使用
docker pull mysql:5.7(版本号)
因为是主备数据库所以需要启动2个容器
主库:
docker run -p 23336:3306 --name mymysql -master -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
从库:
docker run -p 23337:3306 --name mymysql-slave -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7
使用docker ps
命令查看运行中的容器
使用docker exec -it 027285607b6d /bin/bash
命令进入 master库容器,cd /etc/mysql
进入mysql目录下
使用vi my.cnf
编辑,报错找不到vi命令,此时需要在当前容器安装vi命令,使用apt-get install vim
安装
报错如下
使用apt-get update
命令后,在执行apt-get install vim
即可,编辑my.cnf文件,添加如下内容
[mysqld]
## 同一局域网内注意要唯一
server-id=100
## 开启二进制日志功能,可以随便取(关键)
log-bin=mysql-bin
编辑完成后保存退出,使用service mysql restart
重启数据库生效配置,此时由于重启了主库,
所以对应的docker主库容器也停止了,所以需要使用命令docker start mysql-master
启动。
进入master主库mysql终端。在Master数据库创建数据同步用户,授予用户 slave REPLICATION SLAVE权限和REPLICATION CLIENT权限,用于在主从库之间同步数据。
CREATE USER 'slave'@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO '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(主)一致。
使用docker exec -it 027285607b6d /bin/bash
命令进入主库容器内部,进入/etc/mysql目录
使用mysql -uroot -p123456
登录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= 826, master_connect_retry=30;
其中master_host需要使用
docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名称|容器id
查询。
master_port:Master的端口号,指的是容器的端口号(这里指3306而不是23336)
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;
。
使用start slave开启主从复制过程后,如果SlaveIORunning一直是Connecting,则说明主从复制一直处于连接状态,这种情况一般是下面几种原因造成的,我们可以根据 Last_IO_Error提示予以排除。