> 데이터 베이스 > MySQL 튜토리얼 > MySQL Slave relay_log损坏修复

MySQL Slave relay_log损坏修复

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB
풀어 주다: 2016-06-07 17:28:29
원래의
1043명이 탐색했습니다.

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会重复执行某些事件。

linux

관련 라벨:
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿