mysql slave-skip-errors,MYSQL replication slave-skip-errors = 1032,1062,126,1114,1146,1048,1396

建用户的时候报告这个错误，原因是mysql中已经有了这个用户，可以从mysql.user中直接删除，然后刷新权限，再建用户就不会有这个问题了。如果是drop user先，那么mysql内部应该会自动刷新一下，那么再建也不会有这问题了。

一个老外遇到了这个问题，给了个例子。他就是没有刷新权限，才导致了这问题。

mysql> CREATE USER 'jack'@'localhost' IDENTIFIED BY 'test123'; Query OK, 0 rows affected (0.00 sec) mysql> select user,host from user; +------------------+-----------------+ | user | host | +------------------+-----------------+ | root | 127.0.0.1 | | debian-sys-maint | localhost | | jack | localhost | | root | localhost | | root | russ-elite-book | +------------------+-----------------+ 5 rows in set (0.00 sec) mysql> delete from user where user = 'jack'; Query OK, 1 row affected (0.00 sec) mysql> select user,host from user; +------------------+-----------------+ | user | host | +------------------+-----------------+ | root | 127.0.0.1 | | debian-sys-maint | localhost | | root | localhost | | root | russ-elite-book | +------------------+-----------------+ 4 rows in set (0.00 sec) mysql> CREATE USER 'jack'@'localhost' IDENTIFIED BY 'test123'; ERROR 1396 (HY000): Operation CREATE USER failed for

这里应该：FLUSH PRIVILEGES

mysql> CREATE USER 'jimmy'@'localhost' IDENTIFIED BY 'test123'; Query OK, 0 rows affected (0.00 sec) mysql> select user,host from user; +------------------+-----------------+ | user | host | +------------------+-----------------+ | root | 127.0.0.1 | | debian-sys-maint | localhost | | jimmy | localhost | | root | localhost | | root | russ-elite-book | +------------------+-----------------+ 5 rows in set (0.00 sec)

RROR 126 (HY000): Incorrect key file for table '/tmp/#sql_6f81_0.MYI'; try to repair it

使用MySQL的业务,大多都会用到MySQL的Replication,做读写分离,HA,热备份或者增量都少不了利用主从机制.

不过,很多情况下都会报 1032 和 1052 错误.

首先1032.

Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND;

造成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的版本一致

再说说 1052:

这个错误就比较好理解了,一般都是主上的操作连接是autocommit的,结果运行超时失败,从库上进行同步时就会报错.

两种做法:

1 在主上设置my.cnf innodb_rollback_on_timeout=1,超时时rollback

2 在从上忽略1052.my.cnf--slave-skip-errors=1052