?

RESET MASTER
刪除所有index file 中記錄的所有binlog 文件，將日志索引文件清空，創建一個新的日志文件，這個命令通常僅僅用于第一次用于搭建主從關系的時的主庫，
注意
??reset master 不同于purge binary log的兩處地方
1 reset master 將刪除日志索引文件中記錄的所有binlog文件，創建一個新的日志文件 起始值從000001 開始，然而purge binary log 命令并不會修改記錄binlog的順序的數值
2 reset master 不能用于有任何slave 正在運行的主從關系的主庫。因為在slave 運行時刻 reset master 命令不被支持，resetmaster 將master 的binlog從000001 開始記錄,slave 記錄的master log 則是reset master 時主庫的最新的binlog,從庫會報錯無法找的指定的binlog文件。

In MySQL 5.6.5 and later, RESET MASTER also clears the values of the gtid_purged system variable (known as gtid_lost in MySQL 5.6.8 and earlier) as well as the global value of the gtid_executed (gtid_done, prior to MySQL 5.6.9) system variable (but not its session value); that is, executing this statement sets each of these values to an empty string ('')


RESET SLAVE
reset slave 將使slave 忘記主從復制關系的位置信息。該語句將被用于干凈的啟動, 它刪除master.info文件和relay-log.info 文件以及所有的relay log 文件并重新啟用一個新的relaylog文件。
使用reset slave之前必須使用stop slave 命令將復制進程停止。

注 所有的relay log將被刪除不管他們是否被SQL thread進程完全應用(這種情況發生于備庫延遲以及在備庫執行了stop slave 命令),存儲復制鏈接信息的master.info文件將被立即清除,如果SQL thread 正在復制臨時表的過程中，執行了stop slave ，并且執行了reset slave，這些被復制的臨時表將被刪除。


RESET SLAVE ALL
在 5.6 版本中 reset slave 并不會清理存儲于內存中的復制信息比如 master host, master port, master user, or master password,也就是說如果沒有使用change master 命令做重新定向，執行start slave 還是會指向舊的master 上面。
當從庫執行reset slave之后,將mysqld shutdown 復制參數將被重置。
在5.6.3 版本以及以后 使用使用 RESET SLAVE ALL 來完全的清理復制連接參數信息。(Bug #11809016)
RESET SLAVE ALL does not clear the IGNORE_SERVER_IDS list set by CHANGE MASTER TO. This issue is fixed in MySQL 5.7. (Bug #18816897)
In MySQL 5.6.7 and later, RESET SLAVE causes an implicit commit of an ongoing transaction. See Section 13.3.3, “Statements That Cause an Implicit Commit”.

參考
http://dev.mysql.com/doc/refman/5.5/en/reset-master.html

http://dev.mysql.com/doc/refman/5.6/en/reset-slave.html

總結

以上是生活随笔為你收集整理的RESET MASTER 和RESET SLAVE 命令的使用方法 注意事项的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。