主库意外宕机,重启后,从库报1236错误

2017-01-12 19:09:23来源:作者:人点击

测试
从库的错误日志:
Slave I/O thread: connected to master 'rep@10.0.0.103:3306',replication started in log 'mysql-bin.000006' at position 129434Slave SQL thread initialized, starting replication in log 'mysql-bin.000006' at position 129434, relay log '/usr/local/mysql/data/relay-bin.000012' position: 129644
主库的bin.00006末尾记录:
at 101750 161130 10:48:10 server id 103  end_log_pos 102098 CRC32 0x94677717 Write_rows: table id 73 flags: STMT_END_F  at 102098 161130 10:48:10 server id 103  end_log_pos 102129 CRC32 0x153f102e


对比,可发现主库的006binlog截止到102098,从库的已指向129493。
主库的binlog不全。

原因:
此次是错误试验,执行的为插入1000条数据的过程,执行到一半时,强行关机。因此主服务器没有时间执行sync,导致binlog的数据丢失。但由于每插入一条记录,都有commit,所以主库和从库的数据库记录是一致的。

解决:
没有使用GTID,则在主库找到最接近从库记录的binlog位置,象在此列中,可以指定下一个binlog超始位置
stop slave;change master to master_log_file='mysql-bin.000007',master_log_pos=4;start slave;
stop slavereset masterreset slavechange master to master_host='10.0.0.103', master_user='rep',master_password='111111', master_auto_position=1;set global gtid_purged = '0e10a193-b5fc-11e6-b58c-5254008ee0d5:1-232';start slave

最新文章

123

最新摄影

微信扫一扫

第七城市微信公众平台