redis는 마스터-슬레이브 복제를 학습합니다. 마스터/슬레이브

이란? 전문 용어: 호스트 데이터가 업데이트된 후 구성 및 구성에 따라 대기 시스템의 마스터/슬레이버 메커니즘에 자동으로 동기화됩니다. 정책 마스터는 주로 쓰기용입니다.

• 마스터(라이브러리)가 아닌 슬레이브(라이브러리)를 일치시키세요 • 슬레이브 라이브러리 구성 명령: 슬레이브of 마스터 라이브러리 IP 마스터 라이브러리 포트

  • 마스터에서 연결을 끊을 때마다 Redis를 구성하지 않는 한 다시 연결해야 합니다. .conf 파일 (특정 위치: redis.conf 검색 ### # REPLICATION ####)

  • 정보 복제
• 구성 파일 세부 정보 수정

  • 여러 redis.conf 파일을 복사하고 'redis[port]에 따라 이름을 바꿉니다. conf'

  • 데몬화 활성화 예   • pid 파일 이름 • 포트 지정    • 로그 파일 이름    • dump.rdb 이름

replication 영어 [ˌreplə'keˈʃ()n] US [ˌreplə'keʃ( ə) n] n.(그림 등) 복사; 반복(실험); (특히 방어에 대한 답변)

일반적으로 사용되는 3가지 트릭



마스터 1개, 슬레이브 2개 슬레이브)


Init

슬레이브 머신을 설정하기 위해 127.0.0.1 6379d로
이때 하나의 마스터와 두 개의 슬레이브가 설정됩니다.

마스터에 k4 v4를 설정하고 두 슬레이브 모두 k4를 얻을 수 있습니다. 표시됩니다.

1. 슬레이브 앞에 k1과 k2를 설정하면 슬레이브 머신이 그 값을 확인할 수 있나요?

네, 슬레이브 머신은 이를 수신한 후에만 처음부터 끝까지 재생할 수 있습니다. 호스트가 다 해야 합니다 2. 이때 호스트에는 set k6 v6이 설정되어 있고 두 슬레이브에도 set k6 v66이 설정되어 있습니다. 선착순이고 후자가 우선 적용됩니다. 슬레이브와 호스트가 동일한 명령을 실행할 수 있습니까? 마스터는 마스터처럼 쓰고, 슬레이브는 마스터처럼 읽습니다.

이 때 슬레이브는 쓸 수 없으며 예외가 보고됩니다.

3. 호스트가 죽었나요? 기회는 무엇입니까? 기계에서? 가만히 있어? 여전히 노예야, 가만히 있어라. 리더가 돌아오면 모든 게 예전과 같을 거예요 4. 슬레이브 머신이 죽었나요? 기능 불능에서 회복됩니까?

슬레이브 머신이 죽으면 복구되면 마스터가 됩니다. 그 이유는 다음과 같습니다. • redis.conf에서 구성하지 않는 한 마스터에서 연결이 끊어질 때마다 다시 연결해야 합니다. 대규모 군대를 따라잡고 싶다면, 그냥 슬레이브오브(slaveof) 명령을 사용하세요. 처음부터 다시 시작하고 처음부터 끝까지 콘솔을 통해 플레이하세요.

세대에서 세대로 전달

핵심 아이디어: 분산
이전 슬레이브는 다음 슬레이브의 마스터가 될 수도 있습니다. 또한 슬레이브는 다른 슬레이브로부터 연결 및 동기화 요청을 받을 수 있으며, 그 슬레이브는 다음 마스터가 됩니다. 체인은 마스터의 쓰기 압력을 효과적으로 줄일 수 있습니다(슬레이브의 슬레이브는 여전히 슬레이브입니다)
중간 변경 방향: 이전 데이터가 지워지고 최신 복사본이 다시 설정됩니다.
슬레이브의 새 마스터 라이브러리 IP 새 마스터 라이브러리 port
예를 들어 79는 80의 호스트이고, 80은 81의 호스트입니다. 79에서는 set k9 v9를 80에서 81 사이에서 쿼리할 수 있습니다. 80 호스트에서 정보 복제를 사용하면 슬레이브이지만 슬레이브에도 연결됩니다.


역 고객 지향


SLAVEOF no one

현재 데이터베이스를 다른 데이터베이스와 동기화를 중지하고 마스터 데이터베이스로 전환합니다

호스트가 전화를 끊은 후 슬레이브 두 명이 이때 보스를 선택해야 합니다. 80에게 명령을 내리라, 누구의 노예도 아니고, 80을 리더라 부르라. 81의 경우 80의 슬레이브를 사용하면 80비트 호스트가 인식되어 80의 데이터가 수정되며 81도 쿼리할 수 있습니다. 만약 원래의 호스트(79)가 다시 돌아오면 이때는 독립된 개체가 된다.

복제 원리

슬레이브가 성공적으로 시작되어 마스터에 연결되면 동기화 명령을 보냅니다.
마스터는 백그라운드 저장 프로세스를 시작하라는 명령을 수신하고 동시에 수신된 모든 명령을 수집합니다. 데이터 세트 수정 백그라운드 프로세스가 실행된 후 마스터는 전체 데이터 파일을 슬레이브로 전송하여 완전한 동기화를 완료합니다.
전체 복사: 슬레이브 서비스가 데이터베이스 파일 데이터를 수신한 후 저장하고 로드합니다. 기억.

증분 복제: 마스터는 동기화를 완료하기 위해 계속해서 새로 수집된 모든 수정 명령을 슬레이브에 전달합니다.

그러나 마스터가 다시 연결되는 한 전체 동기화(전체 복제)는 자동으로 수행됩니다. 첫 번째는 전체 복제이고, 그 이후는 증분 복사입니다.

센티넬 모드(센티넬)

한 그룹의 센티널이 여러 마스터를 동시에 모니터링할 수 있습니다(순찰 순찰)

무엇입니까

주로 안티 고객인지 여부를 모니터링할 수 있습니다. 호스트가 백그라운드에서 결함이 있는 경우 투표 수에 따라 자동으로 슬레이브 라이브러리에서 메인 라이브러리로 변환됩니다.


플레이 방법(사용 단계)

1. 구조를 조정합니다. 6379는 6380, 6381을 가져옵니다.
2. 새 sentinel.conf 파일을 생성합니다. 이름은 틀리지 않아야 합니다.
3. 센티넬을 구성하고 내용을 입력합니다.
1. 센티넬 모니터 모니터링되는 이름 데이터베이스 (직접 이름 지정) 127.0.0.1 6379 1
  2. 위의 마지막 숫자 1은 호스트가 전화를 끊은 후 누가 호스트 역할을 맡을 것인지 투표한다는 의미입니다. 의 투표가 호스트가 됩니다 (PS. 공식 웹사이트의 설명과 다릅니다. 아래 공식 문서가 있습니다)
4. Sentinel 시작
    1. redis-sentinel /sentinel.conf (위 디렉터리는 해당 디렉터리에 따라 구성됩니다.) 실제 조건과 디렉터리는 다를 수 있음)
5. 일반적인 마스터-슬레이브 데모
6. 원래 마스터가 중단됨
7. 새 마스터에 투표
8 . 마스터와 슬레이브를 다시 시작하고 정보 복제를 확인하세요

질문: 이전에 실패한 마스터가 다시 시작되면 두 마스터 간에 충돌이 발생합니까?
답: 아니요, 원래 마스터가 슬레이브가 됩니다

복제의 단점

복제 지연

모든 쓰기 작업은 마스터에서 먼저 수행된 후 슬레이브에 동기화되므로 마스터에서 동기화가 이루어집니다. 슬레이브 머신에 대한 특정 지연 시스템이 매우 바쁜 경우 슬레이브 머신 수가 증가하면 이 문제가 더욱 심각해집니다.

더 많은 관련 무료 학습 권장 사항: redis 튜토리얼

위 내용은 redis는 마스터-슬레이브 복제를 학습합니다. 마스터/슬레이브의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!