3:添加一個slave到已有的複製環境(基於二進制日誌文件位置)

1. 服務器 192.168.1.2 (master) ,服務器 192.168.1.3 (old slave) 服務器 192.168.1.4 (new slave)
2. 您可以將另一個slave添加到現有複製配置，而無需停止master。爲此，您可以通過複製現有slave的數據目錄併爲新slave提供不同的server ID （由用戶指定）和服務器UUID（在啓動時生成）來設置新slave。
3. 在old slave
   • #停止複製
   • mysql> stop slave;
   • Query OK, 0 rows affected (0.00 sec)
   • #查看主二進制日誌文件和中繼日誌文件位置
   • mysql> show slave status\G
   • #關閉old slave的mysql服務
   • [root@iZ2zee8t2icu340bpmaw23Z ~]# service mysqld stop
   • Redirecting to /bin/systemctl stop mysqld.service
   • [root@iZ2zee8t2icu340bpmaw23Z ~]# ps -ef |grep mysql
   • root 14618 14474 0 21:33 pts/0 00:00:00 grep --color=auto mysql
   • #將old slave的數據目錄打包
   • [root@iZ2zee8t2icu340bpmaw23Z ~]# cat /etc/my.cnf | grep datadir
   • datadir=/var/lib/mysql
   • [root@iZ2zee8t2icu340bpmaw23Z ~]# cd /var/lib/mysql
   • [root@iZ2zee8t2icu340bpmaw23Z mysql]# tar -zcvf /tmp/file.tar.gz *
   • #啓動mysql
   • [root@iZ2zee8t2icu340bpmaw23Z mysql]# service mysqld start
   • #開始複製
   • mysql> start slave;
   • Query OK, 0 rows affected, 1 warning (0.00 sec)
4. 在new slave上
   • #先關閉mysql
   • [root@iZ2ze7skefrz53o5o1at5hZ ~]# service mysqld stop
   • Redirecting to /bin/systemctl stop mysqld.service
   • #複製old slave的數據目錄,進入本機的mysql數據目錄
   • [root@iZ2ze7skefrz53o5o1at5hZ ~]# cat /etc/my.cnf | grep datadir
   • datadir=/var/lib/mysql
   • [root@iZ2ze7skefrz53o5o1at5hZ ~]# cd /var/lib/mysql
   • #利用scp把數據給拿過來
   • [root@iZ2ze7skefrz53o5o1at5hZ mysql]# scp [email protected]:/tmp/file.tar.gz /tmp
   • #這時候我們需要先把本機的數據給備份一下
   • [root@iZ2ze7skefrz53o5o1at5hZ mysql]# tar -zcvf /tmp/mysql_back.tar.gz *
   • #然後將old slave的數據給壓縮
   • [root@iZ2ze7skefrz53o5o1at5hZ mysql]# tar -zxvf /tmp/file.tar.gz
   • #從當前機器上的數據目錄副本中刪除auto.cnf文件，以便使用不同的生成server UUID啓動新slave服務器。 server UUID必須是唯一的。
   • [root@iZ2ze7skefrz53o5o1at5hZ mysql]# rm auto.cnf
   • rm: remove regular file ‘auto.cnf’? y
   • #爲服務器配置server_id和--skip-slave-start選項，指定了--skip-slave-start的話，那麼mysql啓動的時候複製就不會啓動
   • #啓動mysql服務器並登陸，查看有關信息(這裏要注意，因爲你直接複製的old slave的數據目錄，所以登錄mysql的時候要輸入old slave對應的用戶密碼，最後需要修改過來)
   • mysql> show slave status\G
   • #如果跟step4可以對應的上，那就沒有啥問題，然後啓動複製
   • mysql> start slave;
   • ERROR 1872 (HY000): Slave failed to initialize relay log info structure from the repository
   • #1872 錯誤 這個時候我們查看一下錯誤日誌
   • [root@iZ2ze7skefrz53o5o1at5hZ ~]# tail -f /var/log/mysqld.log
   • 意思是從./iZ2ze7skefrz53o5o1at5hZ-relay-bin.index找不到./iZ2zee8t2icu340bpmaw23Z-relay-bin.000004 relay log 文件，原因是由於我使用的是冷備份文件恢復的實例，在mysql庫中的slave_relay_log_info表中依然保留之前relay_log的信息，所以導致啓動slave報錯。解決方法如下
   • mysql> reset slave;
   • Query OK, 0 rows affected (0.02 sec)
   • mysql> start slave;
   • Query OK, 0 rows affected (0.02 sec)
   • mysql> show slave status\G
   • 那麼就說明成功了
5. 添加一下測試數據，看下數據是否同步

注意事項：

• 在新的slave上，一定要查看錯誤日誌以及對比新slave和現有slave的show slave status內容，查看Master_Log_File和Read_Master_Log_Pos是否有差異
• 因爲你直接複製的old slave的數據目錄，所以登錄new salve的mysql的時候要輸入old slave對應的用戶密碼，最後需要修改過來

reset slave講解：

• 參考鏈接： https://dev.mysql.com/doc/refman/5.7/en/reset-slave.html
• RESET SLAVE makes the slave forget its replication position in the master's binary log. This statement is meant to be used for a clean start: It clears the master info and relay log info repositories, deletes all the relay log files, and starts a new relay log file. It also resets to 0 the replication delay specified with the MASTER_DELAY option to CHANGE MASTER TO. RESET SLAVE does not change the values of gtid_executed or gtid_purged.
• RESET SLAVE會讓slave忘記master的二進制文件的複製位置。主要用於乾淨的啓動一個複製，它會清除主信息和中繼日誌信息庫(就是清除mysql.slave_master_info和slave_relay_log_info這兩個表)，刪除所有的中繼日誌文件，並且啓動一個新的中繼日誌文件。會將CHANGE MASTER TO的 MASTER_DELAY選項指定的值重置爲0,RESET SLAVE 不會更改gtid_executed或gtid_purged的值。

參考鏈接：https://dev.mysql.com/doc/refman/5.7/en/binlog-replication-configuration-overview.html

PREV: 2:基於二進制日誌文件位置的複製 https://blog.51cto.com/itzhoujun/2351367
NEXT: 4：GTID簡單介紹 https://blog.51cto.com/itzhoujun/2352688