마스터 - 슬레이브 구성
마스터 - 슬레이브 구성 프로세스에 대해서는, 여기 구체적으로는 좋은이 기사를 보면, 자세히 설명하지 않습니다
https://www.cnblogs.com/ysocean/p/9143118.html
마스터 - 슬레이브 복제의 두 번째 원칙
이것은 우리의 가장 큰 문제이며, 우리는보고
레디 스 동기화 (싱크)로 기능 및 명령의 전파 (명령 전파)는 두 동작들을 복사한다.
①, 기존 동기화
서버에서 복제 마스터 서버가 필요 SLAVEOF 노드에서 명령을 실행하면 명령이 마스터 서버로부터 전송 된 SYNC를 완료합니다. 명령 실행 단계 :
(1) 마스터 서버로 상기 서버로부터 SYNC 명령을 송신
2, 백그라운드에서 RDB 파일을 생성하고, 모두가 처음부터 실행 된 명령을 쓰기 기록하는 버퍼를 사용하는 마스터의 SYNC 명령 실행 BGSAVE 명령을받은
주 서버 BGSAVE 명령이 완료되면, 서버는 서버로부터 수신하고, 서버가 상태 파일 상태 레코드 RDB를 갱신 3은 메인 서버는 RDB, RDB 파일 생성 커맨드 BGSAVE 파일을 전송한다.
(4) 상기 기록 명령의 모든 버퍼에 마스터 서버는 또한 서버로 전송하고, 서버로부터의 명령을 실행한다.
② 명령 확산
동기화가 완료되면 마스터 서버가 적절한 수정 명령이 될 것입니다,이 시간은 주 서버의 상태와 일치하고 서버에서하지 않습니다.
일관성있는 상태를 유지하기 위해 주요 서버를 얻을 서버에서하기 위해 마스터 서버는 명령 작업이 서버에서, 마스터가 실행하는 서버에서 보낸 자신의 명령을 작성합니다 확산 수행 할 필요가있다. 일관된 상태를 유지하기 위해 메인 서버에서 해당 명령을 실행 한 후 상기 서버로부터.
요약 : 동기화 명령 및 통신 기능을 통해 동일한 특성에서 우수한 마스터를 보장 할 수있다.
그러나 싱크 마스터 동안 서버가 갑자기 연결이 끊어 경우, 우리는 문제를 고려하지만, 이번에는 쓰기 작업의 수의 주 서버는이 시간 우리가 동기화하는 행동과 경우에, 다음 주이어야 서버에서 복구 RDB는 새 파일 서버를 생성 한 다음 서버에서로드되는, 그래서 일관성을 보장 할 수에도 불구하고 있지만, 사실은 상태에서 분리하기 전에 메인 서버는 일치하지 않는 서버에서 분리, 일관성, 서버가 주요의 일부를 수행 명령을 쓰기, 단지 서버보다는 그것의 전체 RDB 스냅 샷에서 분리 할 수없는 것은 연결 복원 쓰기 명령?
동기 작업이 실제로 시간이 많이 걸리는 작업입니다, 주 서버가 BGSAVE RDB 명령으로 문서를 생성해야하고 서버로, 서버에서 파일을받은 후, 다음 파일을로드 파일을 보내해야하고, 로딩 시간, 서버에서 다른 명령을 처리 할 수 없습니다.
버전 2.8 이후이 문제가, 레디 스를 해결하기 위해 새로운 동기화 명령을 사용 PSYNC 대신 SYNC 명령을 사용합니다. 복제 재 연결의 후 처리 효율에 대한 부분 재 동기화 명령. 서버에서 마스터 서버는 주 서버는 단지 서버에서 수신 서버에서 전송 쓰기 명령 후 분리, 휴식 후 다시 연결하고 마스터에서 일관성을 유지하기 위해 쓰기 명령을 실행 할 때입니다.
에서 복제 셋째, 주요 단점
마스터 노드에서 마스터 복사본은 단일 장애 지점의 문제를 해결하기 위해,하지만 모든 쓰기가 마스터 노드 작업에있는 다음 노드를 슬레이브에 동기화하기 때문에, 다음 동기화 일정 지연, 시스템 매우 바쁜 시간이 될 것입니다 만 지연 문제는 더 심각 할 것이며, 슬레이브 노드 오히려 더 심각한로 증가 할 것이다.