MySQL 복제 슬레이브 재부팅


11

처음 설정된 이후로 읽기 전용 MySQL 복제 슬레이브를 재부팅해야합니다.

유지 관리를 위해 슬레이브를 다운시키는 방법에 대한이 기사를 찾았습니다 (단지 mysql데몬 중지를 설명하고 있음 ).

MySQL 슬레이브 서버를 안전하게 다시 시작하는 방법

요약하면 절차는 다음과 같습니다.

에서 mysql클라이언트 :

STOP SLAVE;
FLUSH TABLES;

OS에서 :

/etc/init.d/mysql stop

이 시점에서 재부팅 한 다음 시스템이 부팅 된 후 :

에서 mysql클라이언트합니다 ( mysql데몬은 부팅시 시작하도록 구성되어 있습니다) :

START SLAVE;

이것이 옳은 것입니까? 내가해야 할 다른 일이 있습니까?


1
이를 자동화하기위한 권장 사항이 있습니까? 즉, 서버가 재부팅 된 경우 다음과 같은 상황이 발생합니다. STOP SLAVE; 플래시 테이블;

답변:


7

이것은 옳아 보인다. 슬레이브는 백업을 시작할 때 중단 된 곳에서 픽업합니다.

--skip-slave-start 옵션 을 제공하지 않으면 슬레이브가 자동으로 시작됩니다.


그냥 가서 가서 잘 작동합니다 (또한 "안전하게"의 철자가 틀린 것에 대한 질문에 대한 편집 노트를 참조하십시오). 감사.
Kev

나에게도 잘 보인다! +1 !!!
RolandoMySQLDBA

슬레이브를 다시 시작할 때 슬레이브 오류 (키를 찾을 수 없음, 중복 키)가 계속 발생합니다. 이제 이것을보고 stop slavemysql 데몬을 다시 시작하기 전에으로 슬레이브를 중지하지 않는다는 것을 알고 있습니다. 그 원인이 될 수 있습니까?
nl-x
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.