基于Docker的MySQL主从复制搭建及原理( 二 ) _Docker

命令说明：
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，说明主从复制已经开启。此时可以测试数据同步是否成功。
【基于Docker的MySQL主从复制搭建及原理】主从复制排错：

文章插图

使用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主从复制搭建及原理的详细内容，更多请关注其它相关文章！