mysql,出现同步停止的错误的处理
因 'Duplicate entry' 或 非正常关闭MySQL, 出现同步停止的错误时,可执行下列命令跳过错误log,从错误log下一条继续同步:
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> slave start;
成都创新互联公司的客户来自各行各业,为了共同目标,我们在工作上密切配合,从创业型小企业到企事业单位,感谢他们对我们的要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。专业领域包括成都网站制作、做网站、电商网站开发、微信营销、系统平台开发。
非正常关闭mysql而导致的错误log 应该不会太多(有次我手动恢复了8条左右)
'Duplicate entry' 就要视情况而定了,如果错误log 很多,只能通过停mysql,加 --slave-skip-errors=1062 后重启
如果一个语句在master上成功了,但是在slave上却失败了,并且这时不能做一次完整的数据库再同步(也就是删除slave上的数据,重新拷贝master的快照),那么试一下:
- 判断slave的数据表是否和master的不一样。试着找到怎么会发生这种情况,然后将slave的表同步成和master一样之后运行
START SLAVE
。 - 如果上述步骤不生效或者没有执行,试着这个语句是否能被手工安全地运行(如果有必要),然后忽略master的下一个语句。
- 如果决定要忽略master的下一个语句,只需在slave上提交以下语句:
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = n;
mysql> START SLAVE;如果下一个语句没有使用
AUTO_INCREMENT
或LAST_INSERT_ID()
,那么n
的值应为为1
。否则,它的值为2
。设定为2
是因为AUTO_INCREMENT
或LAST_INSERT_ID()
在master的二进制日志中占用了2条日志。 - 如果确定slave精确地同步master了,并且没有除了slave线程之外的对数据表的更新操作,则推断这是因为bug产生的差异。如果是使用最近的版本,请报告这个问题,如果使用的是旧版本,试着升级一下。
网站栏目:mysql,出现同步停止的错误的处理
本文路径:http://scjbc.cn/article/pdcidp.html