旗下导航:搜·么
当前位置:网站首页 > MySQL教程 > 正文

基于Docker的MySQL主从复制搭建及道理【MySQL教程】,MySQL

作者:搜教程发布时间:2019-12-01分类:MySQL教程浏览:57评论:0


导读:为何基于Docker搭建?资本有限虚拟机搭建对机械设置有要求,而且装置mysql步骤烦琐一台机械上能够运转多个Docker容器Docker容器之...

为何基于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 STATUSSHOW 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主从复制搭建及道理的细致内容,更多请关注ki4网别的相干文章!

标签:MySQL


欢迎 发表评论: