mysql主从故障分析_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