Last_SQL_Error.Could not execute Delete_rows event on table ….Error_code:1032……
Last_SQL_Error.Could not execute Write_rows event on table…… Error_Code :1062……
Last_SQL_Error.Could not execute Update_rows event …… Error_Code: 1032……
Last_SQL_Error:Error initializing relay log postion: I/O error reading the header from the binary log
Last_SQL_Error:Error initializing relay log positon:Binlog has bad magic number:it’s not a binary log file that can be used by this version of MySQL.
对于第一种情况: master要删除一条记录,而slave上找不到相应记录而报错。Master上已经删除,slave 并没有改记录,可以直接跳过:
查找变量:
Relay_Master_Log_File:
Exec_Master_Log_Pos:
从这两个位置重新同步。
(1022 :Message: Can't write; duplicate key in table '%s')
(1032: Message: Can't find record in '%s')
(1062: Message: Duplicate entry '%s' for key %d)
slave_exec_mode (可在全部变量中进行设置)
可选项为STRICT(默认)和IDEMPOTENT 模式, STRICT遇到任何问题,都会导致复制的停止。
IDEMPOTENT 对于 duplicate key 和 no-key-found错误跳过。
注:以上两个参数的设置,如果出现跳过的情况,则会在错误日志中进行记录。(如何把出现问题的时候 出现的监控中呢? 问题一!)
错误我们可以解决,那主从数据的一致性我们该如何验证呢?可以参考这边文章:
http://weipengfei.blog.51cto.com/1511707/976545
在出现主从数据不一致的情况,如何修复呢?