2:添加一個slave到已有的復制環境
阿新 • • 發佈：2019-02-20
exe emctl 環境 找不到 停止 from mct ado view 官網鏈接：https://dev.mysql.com/doc/refman/5.7/en/binlog-replication-configuration-overview.html
服務器 192.168.1.2 (master) ,服務器 192.168.1.3 (old slave) 服務器 192.168.1.4 (new slave)
您可以將另一個slave添加到現有復制配置，而無需停止master。為此，您可以通過復制現有slave的數據目錄並為新slave提供不同的server ID （由用戶指定）和服務器UUID（在啟動時生成）來設置新slave。
在old slave
在new 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)
- #先關閉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
- 那麽就說明成功了
註意事項：
- 在新的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的值。
2:添加一個slave到已有的復制環境