a。slave上執(zhí)行以下命令：
slave:清空備庫(kù)上有問(wèn)題的表
set sql_log_bin=off;
truncate table qianyi.dmpush_message_temp;
start slave;

跳過(guò)該表上的錯(cuò)誤：
sh /tmp/skip.sh 3006 dmpush_message_temp

b.等備庫(kù)追上主庫(kù)后，執(zhí)行以下命令：
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.最后讓?xiě)?yīng)用改造，添加上主鍵：
mysql> alter table dmpush_message_temp add column id int not null auto_increment,add PRIMARY Key(id);

3.當(dāng)slave卡住的時(shí)候，可以通過(guò)解析binlog來(lái)看看，slave到底卡住在那里，是那個(gè)事務(wù)，下面是一個(gè)簡(jiǎn)單的方法，來(lái)看當(dāng)前salve打開(kāi)的表：
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一直處于打開(kāi)狀態(tài)，這里就可以直接定位問(wèn)題的根源了；

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