Docker部署主从Mysql

[1]安装docker 
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun

[2]docker安装mysql 8.0
docker pull mysql:8.0

[3]配置并启动mysql
（1）获取docker的ip
docker inspect --format='{{.NetworkSettings.IPAddress}}' mysql-master
得到172.17.0.2

docker inspect --format='{{.NetworkSettings.IPAddress}}' mysql-slaver
得到172.17.0.3

（2）创建mysql配置文件，并映射到宿主机
master配置：
[mysqld]
## 同一局域网内注意要唯一
server-id=100  
## 开启二进制日志功能，可以随便取（关键）
log-bin=mysql-bin

在master创建用户给从库执行同步binlog
root@asdfadf:/# mysql -uroot -p123456
CREATE USER 'slave'@'%' IDENTIFIED BY '123456';
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';
此外，如果是mysql8.0及以上，为了方便测试，可以使用下面的方式创建用户
ALTER USER 'slave'@'%' IDENTIFIED WITH mysql_native_password BY '123456';

slaver配置：
[mysqld]  
## 设置server_id,注意要唯一  server-id=101 
## 开启二进制日志功能，以备Slave作为其它Slave的Master时使用  
log-bin=mysql-slave-bin 
## relay_log配置中继日志  
relay_log=edu-mysql-relay-bin

（3）配置并启动mysql
启动master
docker run -p 3339:3306 --name mysql-master -e MYSQL_ROOT_PASSWORD=123456 -v /opt/soft/docker_mapping_dir/mysqlmaster/conf:/etc/mysql/conf.d -d mysql:8.0

启动slaver
docker run -p 3340:3306 --name mysql-slaver -e MYSQL_ROOT_PASSWORD=123456 -v /opt/soft/docker_mapping_dir/mysqlslaver/conf:/etc/mysql/conf.d -d mysql:8.0

[4]配置从库同步主库
（1）在 Master 进入 mysql，执行 show master status;
观察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.000003',
master_log_pos = 998,
master_connect_retry = 30;

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，说明主从复制已经开启。此时可以测试数据同步是否成功。

备注：
1）主从复制排错：
答：
使用 start slave 开启主从复制过程后，如果 SlaveIORunning 一直是 Connecting，则说明主从复制一直处于连接状态，这种情况一般是下面几种原因造成的，我们可以根据 Last_IO_Error 提示予以排除。

网络不通
检查 ip, 端口
密码不对
检查是否创建用于同步的用户和用户密码是否正确
pos 不对
检查 Master 的 Position

（2）测试主从同步情况
a.在主库新建数据库、创建表，可以发现成功同步到从库。

[5]主从同步原理
可以看到：主库接收到客户端的更新请求后，执行内部事务的更新逻辑，同时写入 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 读取中转日志，解析日志里的命令，并执行。