您好,欢迎访问一九零五行业门户网

MySQL Slave relay_log损坏修复

server 刷新relay_log,正要更新master.info文件的master读位置时,server宕机,master.info未更新,导致replication启动时,导致
时间:2013-04-18 11:32
故障:数据库服务器无故重启,当slave启动后,报relay_log损坏,sql线程无法进行。
故障原因:os的重启,可能会导致relay_log 无法正常同步
此时的解决办法是重新进行change master to ,但master log pos 采用的是exec_master_log_pos(show slave status\g变量输出)从slave已经执行到的位置开始重新接受数据。
本以为万事ok,但slave上却报出duplicate key的错误,之后可想而知 是设置sql_slave_skip_counter =1 不断跳过。
对duplicate key 原因解释为mysql 本身问题
slave 提交事务和更新复制信息并不是原子性操作:
i/o线程同步:对于中继日志刷新到磁盘,和更新master.info 分别是fsync调用。
发生如下情况可能会造成接受重复事件:
server 刷新relay_log,正要更新master.info文件的master读位置时,server宕机,master.info未更新,导致replication启动时,导致事件重复。
sql线程同步:sql线程是先将事务提交到存储引擎,然后再更新relay_log.info文件
事件在数据库上已经应用,,但未更新relay-log.info。恢复时,sql会重复执行某些事件。
其它类似信息

推荐信息