搭建mysql主从复制(docker):
0. 安装启用docker, 加入开机启动
1. docker pull mysql:5.7.3 # 拉取mysql镜像
2. docker run -p 3339:3306 --name mastermysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.27 # 本机3339 映射容器1的3306
docker run -p 3340:3306 --name slavemysql -e MYSQL_ROOT_PASSWORD=123456 -d mysql:5.7.27 # 本机3340 映射容器2的3306
3. 开放端口3339, 3340（在防火墙或安全组里操作） # 开放端口，不然外部不能访问
# [配置 master]
4. 通过 "docker exec -it 容器id /bin/bash" 命令进入到 Master容器内部,
也可通过 "docker exec -it 容器名称 /bin/bash" 命令进入。 # 进入master容器
5. apt-get update && apt-get install vim # 安装vim
6. 在配置文件my.cnf中添加如下配置：
[mysqld]
server-id=100 # 同一局域网内注意要唯一
log-bin=mysql-bin # 开启二进制日志功能，可以随便取名字
7. 使用 service mysql restart 完成重启。 # 配置完成后, 在容器内需要重启mysql服务使配置生效。
还需要 docker start mastermysql 启动容器。 # 重启 mysql 服务时会使得 docker 容器停止，
8. CREATE USER 'slave'@'%' IDENTIFIED BY '123456'; # 在Master数据库创建数据同步用户slave
# 授予用户slave REPLICATION SLAVE权限和REPLICATION CLIENT权限，用于在主从库之间同步数据。
GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'slave'@'%';
# [配置 slave]
9. 和配置Master(主)一样，进入容器，安装vim，在Slave配置文件my.cnf中添加如下配置：
[mysqld]
server-id=101 # 设置server_id,注意要唯一
log-bin=mysql-slave-bin # 开启二进制日志功能，以备Slave作为其它Slave的Master时使用
relay_log=edu-mysql-relay-bin # relay_log配置中继日志
10. 配置完成后也需要重启mysql服务和docker容器，操作和配置Master(主)一致。
# [链接Master(主)和Slave(从)]
11. 在Master进入mysql，执行 “show master status;” 显示如下：
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 619 | | | |
+------------------+----------+--------------+------------------+-------------------+
File和Position字段的值后面将会用到，在后面的操作完成之前，需要保证Master库不能做任何操作，否则将会引起状态变化，File和Position字段的值变化。
12. 查看master容器的独立IP，可通过“docker inspect --format='{{.NetworkSettings.IPAddress}}' 容器名称|容器id” 查询容器的ip
比如是： 172.17.0.2
13. 在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=619, master_connect_retry=30;
命令说明：
master_host ： Master容器的独立ip
master_port： Master的端口号，指的是容器的端口号
master_user： 用于数据同步的用户
master_password：用于同步的用户的密码
master_log_file：指定 Slave 从哪个日志文件开始复制数据，即上文中提到的 File 字段的值
master_log_pos： 从哪个 Position 开始读，即上文中提到的 Position 字段的值
master_connect_retry：如果连接失败，重试的时间间隔，单位是秒，默认是60秒
14. 在Slave 中的mysql终端执行 “show slave status \G;” 用于查看主从同步状态。
正常情况下，SlaveIORunning 和 SlaveSQLRunning 都是No，因为我们还没有开启主从复制过程。
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 172.17.0.2
Master_User: slave
Master_Port: 3306
Connect_Retry: 30
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 619
Relay_Log_File: edu-mysql-relay-bin.000001
Relay_Log_Pos: 4
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: No
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 619
Relay_Log_Space: 154
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 0
Master_UUID:
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State:
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)
ERROR:
No query specified
15. 在Slave 中的mysql终端使用 "start slave" 开启主从复制过程，
然后再次查询主从同步状态 show slave status \G;。
SlaveIORunning 和 SlaveSQLRunning 都是Yes，说明主从复制已经开启。此时可以测试数据同步是否成功。
# [测试主从复制]
17. 测试主从复制方式就十分多了，最简单的是在Master创建一个数据库，然后检查Slave是否存在此数据库。
# [主从复制排错]
18. 使用start slave开启主从复制过程后，如果SlaveIORunning一直是Connecting，
则说明主从复制一直处于连接状态，这种情况一般是下面几种原因造成的，我们可以根据 Last_IO_Error提示予以排除。
# 网络不通
检查ip,端口
# 密码不对
检查是否创建用于同步的用户和用户密码是否正确
#pos不对
检查Master的 Position
