每次数据库复制冲突之后，经常使用的一个命令如下：
SET SQL_SLAVE_SKIP_COUNTER = 1;
   跳过出错的这个event就可以解决，其实不然。
   在binlog中，所有的binlog是按照组来分的，每一个组是其主库生成的一个事务binlog，都以begin开始并以commit结束。根据不同类型的时间，如下：
Begin语句：对于一个binlog组，从begin开始，到commit结束，不同的SQL_SLAVE_SKIP_COUNTER有不同的处理方式。如果参数SQL_SLAVE_SKIP_COUNTER值为1，则此时这个组中的所有事件都算作不计数事件，也就是说这个1代表一个事务，而不是一个事件，只有遇到commit语句时，才会将计数1减为0，那么下一个事务组会正常执行。如果参数SQL_SLAVE_SKIP_COUNTER值大于1，那么这个组中的事件就被认为是一个个的事件，处理一个事件，参数SQL_SLAVE_SKIP_COUNTER的值就减去1。当减到1的时候，如果这个事务组还没有结束，则回到上面，跳过值为1的情况，如果结束了，但还没有减为0，那么下一个事务组会继续重新处理。
Commit或Rollback语句：遇到这个语句时，不管任何情况，参数SQL_SLAVE_SKIP_COUNTER的值都会减1。如果SQL_SLAVE_SKIP_COUNTER的值为1，commit之前所有的时间都会被算为不计数事件，这里减1之后，就完成了一个事务的skip。
其他Query语句：当SQL_SLAVE_SKIP_COUNTER为1的时候，会将组内事件都跳过，否则它会被减1。
Rows事件：这种类型是在行模式下，一个行的事件类型。针对一条SQL语句产生的若干个事件，分别计数。如果设置的SQL_SLAVE_SKIP_COUNTER大于1，则针对每一个事件都会减1，如果减到了1或设置为1了，则直到commit事件之后才会计数，之前所有的操作都不会被计数。
不计数事件：这种类型的意思是，只要遇到这种事件，并且设置了SQL_SLAVE_SKIP_COUNTER为1或递减之后值为1，那么就跳过，并且不会影响SQL_SLAVE_SKIP_COUNTER的值。而如果设置的SQL_SLAVE_SKIP_COUNTER值大于1，则计数递减1，直到递减到1时这类事件才不会算入计数。这种类型的事件包括Table_map、Intvar、Rand、User_var、BEGIN_load这五个事件，所以在binlog中如果有这五个事件，则在计数中不做计数，直接忽略。