MYSQL replication slave-skip-errors = 1032,1062,126,1114,1146,1048,1396
2012-05-31 23:28
1036 查看
建用户的时候报告这个错误,原因是mysql中已经有了这个用户,可以从mysql.user中直接删除,然后刷新权限,再建用户就不会有这个问题了。如果是drop user先,那么mysql内部应该会自动刷新一下,那么再建也不会有这问题了。
一个老外遇到了这个问题,给了个例子。他就是没有刷新权限,才导致了这问题。
http://stackoverflow.com/questions/5555328/error-1396-hy000-operation-create-user-failed-for-jacklocalhost
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 'jack'@'localhost'
这里应该: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
一个老外遇到了这个问题,给了个例子。他就是没有刷新权限,才导致了这问题。
http://stackoverflow.com/questions/5555328/error-1396-hy000-operation-create-user-failed-for-jacklocalhost
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 'jack'@'localhost'
这里应该: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错误的根本原因是主从数据库数据不一致,导致同步操作在从库上无法执行.
[align=center][/align] |
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
相关文章推荐
- 【MySQL】【复制】利用slave_exec_mode处理复制过程中出现的1062与1032错误
- Failed to load slave replication state from table mysql.gtid_slave_pos: 1146: Table 'mysql.gtid_slave_pos' doesn't exist
- mysql运维-slave_skip_errors
- mysql1032-1062主从复制报错
- MySQL参数sql_slave_skip_counter和slave_exec_mode进一步认识
- mysql_upgrade 引起的master/slave replication 中断
- mysql中的主从复制slave-skip-errors参数使用方法
- Mysql 5.5 replication 多数据库主从备份Master-Slave配置总结
- 详解 MySQL Replication Error 1032 & 1205
- MySQL小误区:关于set global sql_slave_skip_counter=N 命令的一些点
- 【20180205】MySQL 1032和1062跳过错误总结
- mysql 跳过同步错误sql_slave_skip_counter
- mysql5.5 master-slave(Replication)配置
- 重置mysql主从同步(MySQL Reset Master-Slave Replication)
- mysql实现master-slave的replication方案
- MySQL --slave-skip-errors
- Mysql 复制 配置详解, Replication with Master/Slave
- MySQL小误区:关于set global sql_slave_skip_counter=N 命令的一些点
- slave复制进程不随mysql启动而启动 skip-slave-start参数
- 在MySql上实现Replication(Master 与 Slave 数据同步) 一