Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND
造成1032错误的根本原因是主从数据库数据不一致,导致同步操作在从库上无法执行.
造成1032错误的根本原因是主从数据库数据不一致,导致同步操作在从库上无法执行.
目前我所遇到的情况分为两种:
1 Replication 时使用了 主--binlog-ignore-db=db_name或者从--replicate-ignore-db=db_name.
假设 有两个库 pubs 和 test,忽略的是test,结果有这样一条sql 在 主上的test库执行:insert into pubs.tname values(XXXXX);
那么根据服务的配置,主上执行成功,从上没有执行,就会引发1032错误
2 TRIGGER 和 PROCEDURE的版本问题,如果在主从上版本不一致,例如主上的某个PROCEDURE执行后写入了5条数据,而从上执行后只写入了1行数据,这时,必然会引发1032错误
解决方法:
1 不使用 --binlog-ignore-db 和 --replicate-ignore-db=db_name
改为 从上 --replicate-wild-ignore-table=db_name.%
2 保证 主从 TRIGGER 和 PROCEDURE的版本一致
另一种方法,在主库导数据时带上master-date参数
master-date参数在建立slave数据库的时候会用到,当这个参数的值为1(默认情况下),mysqldump出来的文件就会包括CHANGE MASTER TO这个语句,CHANGE MASTER TO后面紧接着就是file和position的记录,file和position记录的位置就是slave从master端复制文件的起始位置。当这个值是2的时候,chang master to也是会写到dump文件里面去的,但是不会有上面那个作用了(thus is information only)
参考下面实例
mysqldump -uroot -p data --master-data=1 --quick --flush-logs > data_bak.sql
参考资料
http://www.issacy.com/archives/388.html
http://www.linuxidc.com/Linux/2012-03/57251.htm
转载于:https://blog.51cto.com/alwaysyunwei/1272027