MYSQL主從庫分歧步毛病一例處理辦法。本站提示廣大學習愛好者：（MYSQL主從庫分歧步毛病一例處理辦法）文章只能為提供參考，不一定能成為您想要的結果。以下是MYSQL主從庫分歧步毛病一例處理辦法正文
因而：
1、在主庫中創立一個暫時庫，將須要導入的表文件復制過去
2、履行
create database tmpdb;
create table tmptable;
cp mysql_date_file master_data_file //shell command 復制數據表文件到master data_dir下
insert into master.tmptable select * from tmpdb.tmptable;
履行完後，主庫中數據導入正常
再看slave status
show slave status;
發明毛病：not found tmpdb.tmptable (年夜請安思是這個，本來的毛病信息沒有記載上去)
急忙中，看show master status 中Master_Log_Pos 標志為$Master_Log_Pos
然後在slave 上 CHANGE MASTER TO MASTER_LOG_POS=$Master_Log_Pos
然後再看show master status，發明有1162毛病
到如今發明雙方的數據不克不及同步了
。。。。。。
冥思苦想，不會從新做一遍主從庫吧？
mysqlbinlog 我忽然想到了它
因而mysqlbinlog --start-position=190000000 --stop-position=200000000 xxx.binlog|grep tmptable
找到了在slave上履行毛病的SQL
mysqlbinlog --start-position=190000000 --stop-position=200000000 xxx.binlog|grep tmptable > /tmp/tmpbinlog
vi /tmp/tmpbinlog (find tmptable)
找到毛病SQL的下一個# at （一串數字）標志為$NEXT_POS
在slave 上 CHANGE MASTER TO MASTER_LOG_POS=$NEXT_POS
show slave status 顯示：
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
哈哈，完成同步。
假如中央碰著1062毛病 在slave設置裝備擺設文件中設定slave-skip-errors=1062，重啟slave
