a。slave上執行以下命令：
slave:清空備庫上有問題的表
set sql_log_bin=off;
truncate table qianyi.dmpush_message_temp;
start slave;

跳過該表上的錯誤：
sh /tmp/skip.sh 3006 dmpush_message_temp

b.等備庫追上主庫后，執行以下命令：
master：

lock tables qianyi.dmpush_message_temp read;

create table a2 like qianyi.dmpush_message_temp ;

lock tables a2 write, qianyi.dmpush_message_temp read;

insert into a2 select * from qianyi.dmpush_message_temp ;

slave:

set sql_log_bin=off;

drop table qianyi.dmpush_message_temp;

create table qianyi.dmpush_message_temp like a2;

insert into qianyi.dmpush_message_temp select * from a2;

c.最后讓應用改造，添加上主鍵：
mysql> alter table dmpush_message_temp add column id int not null auto_increment,add PRIMARY Key(id);

3.當slave卡住的時候，可以通過解析binlog來看看，slave到底卡住在那里，是那個事務，下面是一個簡單的方法，來看當前salve打開的表：
mysql> show open tables;
+———-+———————+——–+————-+
| Database | Table | In_use | Name_locked |
+———-+———————+——–+————-+
| qianyi | dmpush_message_temp | 1 | 0 |
| qianyi | test | 0 | 0 |
| qianyi | anson | 0 | 0 |
| mysql | db | 0 | 0 |
| mysql | slow_log | 0 | 0 |
| mysql | event | 0 | 0 |
+———-+———————+——–+————-+
可以看到這里dmpush_message_temp一直處于打開狀態，這里就可以直接定位問題的根源了；

總結：主鍵對于innodb來說，是非常重要的，每張表的設計的時候，都應該把主鍵默認的加上，不管你需不需要他，而且主鍵的設計最好選擇自增型的主鍵，這里也可以略提一下自增主鍵的好處：
a.自增型主鍵以利于插入性能的提高；
b.自增型主鍵設計(int,bigint)可以降低二級索引的空間，提升二級索引的內存命中率；
c.自增型的主鍵可以減小page的碎片，提升空間和內存的使用。