MySQL主从不一致的几种故障总结分析、解决和预防

(1).主从不一致故障,从库宕机,从库启动后重复写入数据报错

解决与预防:

relay_log_info_repository=TABLE

(InnoDB)

参数解释说明:

若relay_log_info_repository为FILE,当设置为0,交由OS刷新磁盘,受参数sync_relay_log_info的影响,默认为10000次刷新到磁盘;

若relay_log_info_repository为TABLE,且为INNODB存储,则无论为任何值,则都每次event都会更新表。

relay_log_info_repository=table可以避免relay.info更新不及时,SLAVE 重启后导致的主从复制数据重复插入报错问题。

修改步骤:

1. stop slave;

2. set global relay_log_info_repository=’TABLE’;

或在my.cnf中设置:

relay_log_info_repository = TABLE

(2).主从不一致故障,主库宕机

解决与预防:

方法1:主库启动后,binlog补全即可

方法2:Innodb_flush_log_at_trx_commit=1

Innodb_flush_log_at_trx_commit参数值说明如下:

0 – 每一秒将修改记录同步到日志(磁盘)中,commit的时候不同步

1 – 每次事务commit都将修改记录同步到日志(磁盘)中

2 – 每次事务commit都将修改写入到操作系统cache中,然后每一秒将修改记录同步写入到日志(磁盘)中

方法3:应用程序双写

方法4:应用程序写日志

方法5:MySQL半同步(semi sync)

(3).主从不一致故障,从库数据被修改

通常报错总结如下:

ERROR:1032

从库找不到要删除的数据

ERROR:1062

从库插入数据,发生唯一性冲突

ERROR:1452

无法在外键的表插入或更新参考主键没有的数据

解决与预防:

1.设置用户权限

2.设置从库只读权限

set global read_only=true     转:http://blog.itpub.net/15498/viewspace-2136180/