搭建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
