당신은 좋은 놀랄 수 있지만 여기에 있습니다 간다 :
실행 SHOW SLAVE STATUS\G
.
Relay_Master_Log_File
(mysql-bin.003202
)
Exec_Master_Log_Pos
(577991837
)
:
Slave_IO_State: Waiting for master to send event
Master_Host: 10.64.68.253
Master_User: replusername
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.003202
Read_Master_Log_Pos: 577991837
Relay_Log_File: relay-bin.010449
Relay_Log_Pos: 306229695
Relay_Master_Log_File: mysql-bin.003202
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 577991837
Relay_Log_Space: 306229695
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
당신은 화면에서 다음을 선택합니다 : 예를 위해서 들어, 당신이 얻을 가정 해 봅시다 이유는 다음과 같습니다. Relay_Master_Log_File
및 Exec_Master_Log_Pos
은 만든 마스터의 binlog 항목을 나타냅니다. 그것은 슬레이브에게 성공적으로 실행되었습니다. 거기에서 간단하게 픽업.
당신은 단순히이 코드를 실행합니다 : Exec_Master_Log_Pos
STOP SLAVE;
CHANGE MASTER TO
MASTER_LOG_FILE='mysql-bin.003202',
MASTER_LOG_POS=577991837;
START SLAVE;
그것을 시도 줄!
주의
Relay_Master_Log_File
더 이상 마스터에있는 경우, 당신은 어떤 손상 제어를 할 수 있습니다. 다음과 같이 이전에 언급 한 SHOW SLAVE STATUS\G
을 감안할 때, 당신은 마스터에 다음 바이너리 로그에 건너 뛸 수있다 :
STOP SLAVE;
CHANGE MASTER TO
MASTER_LOG_FILE='mysql-bin.003203',
MASTER_LOG_POS=4;
START SLAVE;
을 복제가 잡으면, 당신은 단지 숲에서하지 않습니다. Percona Toolkit을 다운로드하고 pt-table-checksum 및 pt-table-sync을 실행하여 슬레이브에서 손실 된 데이터를 복구해야 할 수 있습니다.
복제가 진행되지 않으면 실사를 수행하고 슬레이브를 다시로드해야합니다.
복제본이 원래 제안 사항과 함께 작동하면이주의 사항을 수행하지 않아도됩니다.
당신의 명시 적 이름을 추천 포스팅을 따라하는 경우를 '마스터 mysql을 - 빈'이 'STOP 노예 일치하지 않는 경우는이 오류가 발생합니다; CHANGE MASTER TO MASTER_LOG_FILE = 'mysql-bin.003202 ', MASTER_LOG_POS = 577991837; START SLAVE; – Conor