사이드 MGR - 별도의 통신 메커니즘

MGR은 채널 슬레이브를 사용하지만, 단지 바이너리 로그 이벤트를 수행하기 위해 실행 채널 (적용자 스레드)의 스레드를 사용하지만, 우리는 바이너리 로그 이벤트를 전송하기 위해이 채널을 사용하지 않았다. MGR은 바이너리 로그 이벤트 비동기 복제 전송 메커니즘을 사용하거나 통신을 위해 MySQL의 서비스 포트를 사용하지 않았다. MGR은 상기 통신 포트에 별도의 TCP를 만들고,이 포트, 두 간의 직접 통신을 통해 서로 연결되어 각 플러그 그룹 복제 MySQL 서버.


전송 바이너리 로그 이벤트를 가리 키도록 간단한 포인트 사이에 전송되는 비동기식 복제로하지 않습니다. Paxos 프로토콜을 사용하여 데이터 전송 중에 MGR. Paxos 프로토콜은 일관성과 데이터 전송의 원 자성을 보장합니다. Paxos에 따라 MGR 프로토콜은 핵심 기술의 다중 마스터 복제하는 분산 된 상태 머신의 복제 메커니즘을 구축 할 수 있습니다. 이 기술의 MGR은 다음과 같이 세 가지 주요 장점은 제공합니다.


1.MGR 분할 뇌 현상에서 발생 (하지만 발생할 수있는 네트워크의 파티션의 경우, MGR 다른 동작 파라미터를 설정 group_replication_unreachable_majority_timeout = 0 / N에 따른 약간의 차이이다)하지 않는다.


2.MGR 좋은 중복 데이터 손실을 발생하지 않습니다 다운 타임없이 절반 이상을 회원으로 한 동시에, 적어도 바이너리 로그 이벤트는 회원의 절반 이상에 복사되어 있는지 확인합니다.


3.MGR는 지역 구성원하지 않습니다 바이너리 로그 이벤트 거래 문서, 긴 바이너리 로그 이벤트는 회원의 절반 이상에 전달되지 않도록하고 서버 다운 타임이 없습니다 그룹의 더 온라인 회원이 없도록하기 위해, 기록 된 바이너리 로그 업무 제출 기존 데이터. 따라서, 다운 타임 서버가 다시 시작될 때, 특수 처리에 대한 필요성이 그룹에 가입 할 수 있습니다.

추천

출처blog.51cto.com/coveringindex/2436606