参数SQL_SLAVE_SKIP_COUNTER的分析

本篇内容介绍了"参数SQL_SLAVE_SKIP_COUNTER的分析"的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

每次数据库复制冲突之后，经常使用的一个命令如下：
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中如果有这五个事件，则在计数中不做计数，直接忽略。

"参数SQL_SLAVE_SKIP_COUNTER的分析"的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注网站，小编将为大家输出更多高质量的实用文章！