于是： 

1、在主庫(kù)中創(chuàng)建一個(gè)臨時(shí)庫(kù)，將需要導(dǎo)入的表文件復(fù)制過(guò)來(lái) 

2、執(zhí)行 

create database tmpdb; 

create table tmptable; 

cp mysql_date_file master_data_file //shell command 復(fù)制數(shù)據(jù)表文件到master data_dir下 

insert into master.tmptable select * from tmpdb.tmptable; 

執(zhí)行完后，主庫(kù)中數(shù)據(jù)導(dǎo)入正常 

再看slave status 

show slave status; 

發(fā)現(xiàn)錯(cuò)誤：not found tmpdb.tmptable (大致意思是這個(gè)，原來(lái)的錯(cuò)誤信息沒(méi)有記錄下來(lái)) 

匆忙中，看show master status 中Master_Log_Pos 標(biāo)記為$Master_Log_Pos 

然后在slave 上 CHANGE MASTER TO MASTER_LOG_POS=$Master_Log_Pos 

然后再看show master status，發(fā)現(xiàn)有1162錯(cuò)誤 

到現(xiàn)在發(fā)現(xiàn)兩邊的數(shù)據(jù)不能同步了 

。。。。。。 

冥思苦想，不會(huì)重新做一遍主從庫(kù)吧？ 

mysqlbinlog 我突然想到了它 

于是mysqlbinlog --start-position=190000000 --stop-position=200000000 xxx.binlog|grep tmptable 

找到了在slave上執(zhí)行錯(cuò)誤的SQL 

mysqlbinlog --start-position=190000000 --stop-position=200000000 xxx.binlog|grep tmptable > /tmp/tmpbinlog 

vi /tmp/tmpbinlog (find tmptable) 

找到錯(cuò)誤SQL的下一個(gè)# at （一串?dāng)?shù)字）標(biāo)記為$NEXT_POS 

在slave 上 CHANGE MASTER TO MASTER_LOG_POS=$NEXT_POS 

show slave status 顯示： 

Slave_IO_Running: Yes 
Slave_SQL_Running: Yes 

哈哈，完成同步。 

如果中間碰到1062錯(cuò)誤 在slave配置文件中設(shè)定slave-skip-errors=1062，重啟slave