이 글에서는 Redis의 마스터-슬레이브 동기화 기능(마스터, 슬레이브)을 사용하여 프로그램에서 읽기와 쓰기를 분리하고, IO 병목 현상을 방지하고, 데이터 읽기 및 쓰기 효율성을 향상시키는 방법을 소개합니다.
Redis는 동기화를 위한 게시/구독 메커니즘을 사용하여 여러 슬레이브 서버를 동기화하는 하나의 마스터 서버를 지원합니다.
하나의 마스터를 여러 슬레이브에 대해 계층화할 수도 있습니다. 각 슬레이브는 슬레이브를 다시 동기화하고 트리 구조로 확장할 수 있습니다.
Redis 마스터-슬레이브 동기화 설정
Redis의 기본 포트는 6379입니다. 원본 Redis에 영향을 주지 않기 위해 새로운 포트
master 구성 redis_master.conf
port 6300requirepass 123456masterauth 123456daemonize yes
을 사용합니다. Slave1 구성 redis_slave1.conf 마스터의 슬레이브로 설정
port 6301slaveof 127.0.0.1 6300requirepass 123456masterauth 123456daemonize yes
slave2 구성 redis_slave2.conf 마스터의 슬레이브로 설정
port 6302slaveof 127.0.0.1 6300requirepass 123456masterauth 123456daemonize yes
daemonize은 백그라운드 시작을 의미합니다.
requirepass 호스트 인증을 위한 비밀번호입니다.
masterauth 슬레이브가 호스트에 액세스하려면 호스트의 requirepass와 일치해야 하는 비밀번호를 확인하세요.
마스터-슬레이브 전환은 나중에 시연해야 하므로 세 세트의 conf의 확인 비밀번호는 일관됩니다.
Redis 마스터-슬레이브 동기화 테스트
마스터, 슬레이브1, 슬레이브2를 순서대로 시작
redis-server redis_master.conf redis-server redis_slave1.conf redis-server redis_slave2.conf
실행 후 시작 성공 여부 확인
ps aux|grep redis root 1858 Ss 3:55 0:00.01 redis-server *:6302 root 1849 Ss 3:54 0:00.01 redis-server *:6301 root 1842 Ss 3:54 0:00.02 redis-server *:6300
Enter master, 키 abc 값을 123
redis-cli -p 6300127.0.0.1:6300> auth 123456OK127.0.0.1:6300> set abc 123OK127.0.0.1:6300> get abc"123"
Enter로 설정 slave1,slave2를 각각 데이터 동기화 여부를 확인합니다
slave1:
redis-cli -p 6301 127.0.0.1:6301> auth 123456OK127.0.0.1:6301> get abc"123" 127.0.0.1:6301>
slave2:
redis-cli -p 6302 127.0.0.1:6302> auth 123456OK127.0.0.1:6302> get abc"123" 127.0.0.1:6302>
Entermaster키 abc 값을 456
127.0.0.1:6300> set abc 456OK127.0.0.1:6300> get abc"456"로 수정합니다.
slave1과 Slave2가 동기화되었는지 확인
slave1:
127.0.0.1:6301> get abc"456"
slave2:
127.0.0.1:6302> get abc"456"
Redis 마스터-슬레이브 전환
작업 과정에서 마스터에 문제가 있으면 설정을 통해 자동으로 다른 슬레이브 머신을 마스터로 사용할 수 있도록 설정할 수 있습니다. 여기서는 Redis의 sentinel 기능을 주로 사용하여 마스터-슬레이브 전환을 구현합니다.
sentinel1.conf
port 26301sentinel monitor master 127.0.0.1 6300 2sentinel auth-pass master 123456logfile "/tmp/sentinel.log"daemonize yes
sentinel2.conf
port 26302sentinel monitor master 127.0.0.1 6300 2sentinel auth-pass master 123456logfile "/tmp/sentinel.log"daemonize yes
sentinel monitor master 127.0.0.1 6300 2 여기에 있는 2는 2개 이상의 Sentinel 서비스가 마스터 오류를 감지한 다음 마스터가 실행됩니다.
두 개의 Sentinel 프로세스 시작
redis-server sentinel1.conf --sentinel redis-server sentinel2.conf --sentinel ps aux|grep redis root 2643 Ss 4:28 0:00.02 redis-server *:26302 [sentinel] root 2636 Ss 4:28 0:00.02 redis-server *:26301 [sentinel]
Redis 로그에서 모니터링이 성공적으로 시작된 것을 볼 수 있습니다
Running mode=sentinel, port=26301. Sentinel ID is 3a23343948cd7f26662ccba1d01b92955311ef52 +monitor master master 127.0.0.1 6300 quorum 2+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300+slave slave 127.0.0.1:6302 127.0.0.1 6302 @ master 127.0.0.1 6300Running mode=sentinel, port=26302. Sentinel ID is ce0ee2af6b454205a3e475763945f505a10a7d6a +monitor master master 127.0.0.1 6300 quorum 2+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300+slave slave 127.0.0.1:6302 127.0.0.1 6302 @ master 127.0.0.1 6300+sentinel sentinel 3a23343948cd7f26662ccba1d01b92955311ef52 127.0.0.1 26301 @ master 127.0.0.1 6300+sentinel sentinel ce0ee2af6b454205a3e475763945f505a10a7d6a 127.0.0.1 26302 @ master 127.0.0.1 6300
마스터를 종료하고 마스터-슬레이브 스위치를 테스트하세요
kill master프로세스가 끝난 후 Sentinel은 마스터가 유효하지 않으며 스위치에서 마스터 핸들을 실행합니다.
로그는 다음과 같습니다.
+failover-state-reconf-slaves master master 127.0.0.1 6300+slave-reconf-sent slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300+config-update-from sentinel 3a23343948cd7f26662ccba1d01b92955311ef52 127.0.0.1 26301 +switch-master master 127.0.0.1 6300 127.0.0.1 6302+slave slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6302+slave slave 127.0.0.1:6300 127.0.0.1 6300 @ master 127.0.0.1 6302-odown master master 127.0.0.1 6300+slave-reconf-inprog slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300+slave-reconf-done slave 127.0.0.1:6301 127.0.0.1 6301 @ master 127.0.0.1 6300+failover-end master master 127.0.0.1 6300+switch-master master 127.0.0.1 6300 127.0.0.1 6302+convert-to-slave slave 127.0.0.1:6300 127.0.0.1 6300 @ master 127.0.0.1 6302
로그에서 볼 수 있듯이 마스터-슬레이브 전환은 다음 작업을 수행했습니다.
1 slave2를 새 마스터로 전환하고 슬레이브는 127.0.0.1입니다. redis_slave2.conf의 6300은 자동으로 삭제됩니다.
2. redis_slave1.conf의 127.0.0.1 6300을 자동으로 Slaveof 127.0.0.1 6302로 업데이트하고, Slave2를 새 마스터로 사용합니다.
3.원본 마스터가 재시작되면 슬레이브로 사용되며, 127.0.0.1 6302의 슬레이브가 redis_master.conf에 자동으로 추가됩니다.
원본 마스터 재시작 후 마스터-슬레이브 동기화 테스트 진행
원본 마스터키 abc를 888로 업데이트하세요. 이제 슬레이브이기 때문에 업데이트에 실패했습니다.
127.0.0.1:6300> set abc 888(error) READONLY You can't write against a read only slave.
slave2 키 abc를 888
127.0.0.1:6302> set abc 888OK127.0.0.1:6302> get abc"888"
로 업데이트합니다. 원래 마스터, Slave1은 동기화 여부를 확인합니다.
Original master
127.0.0.1:6300> get abc"888"
slave1
127.0.0.1:6301> get abc"888"
확인 후, Slave2가 새로운 마스터가 됩니다. 다른 서버 봉사하다 슬레이브로 정상적으로 사용할 수 있습니다.
이 글에서는 Redis 마스터-슬레이브 동기화 및 읽기-쓰기 분리 설정 관련 작업에 대해 설명합니다. 더 많은 관련 내용을 보려면 PHP 중국어 웹사이트를 참고하세요.
관련 추천:
mysql이 테이블 파티션을 재구축하고 데이터를 유지하는 방법을 소개합니다
고유한 RequestID 클래스를 생성하는 PHP에 대한 관련 콘텐츠
php json_encode는 개인 속성 개체에 대한 솔루션을 지원하지 않습니다
위 내용은 Redis 마스터-슬레이브 동기화 및 읽기-쓰기 분리 설정 관련 작업의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

phpidifiesauser의 sssessionusessessioncookiesandssessionids.1) whensession_start () iscalled, phpgeneratesauniquessessionStoredInacookienamedPhpsSessIdonSeuser 'sbrowser.2) thisidallowsphptoretrievessessionDataTromServer.

PHP 세션의 보안은 다음 측정을 통해 달성 할 수 있습니다. 1. Session_REGENEREAT_ID ()를 사용하여 사용자가 로그인하거나 중요한 작업 일 때 세션 ID를 재생합니다. 2. HTTPS 프로토콜을 통해 전송 세션 ID를 암호화합니다. 3. 세션 _save_path ()를 사용하여 세션 데이터를 저장하고 권한을 올바르게 설정할 보안 디렉토리를 지정하십시오.

phpsessionfilesarestoredInTheRectorySpecifiedBysession.save_path, 일반적으로/tmponunix-likesystemsorc : \ windows \ temponwindows.tocustomizethis : 1) austession_save_path () toSetacustomDirectory, verlyTeCustory-swritation;

toretrievedatafromAphPsession, startSessionstart_start () andaccessvariblesinthe $ _sessionArray.forexample : 1) startthessession : session_start (). 2) retrievedata : $ _ session [ 'username']; echo "Welcome,". $ username;

세션을 사용하여 효율적인 쇼핑 카트 시스템을 구축하는 단계에는 다음이 포함됩니다. 1) 세션의 정의와 기능을 이해합니다. 세션은 요청에 따라 사용자 상태를 유지하는 데 사용되는 서버 측 스토리지 메커니즘입니다. 2) 쇼핑 카트에 제품 추가와 같은 기본 세션 관리를 구현합니다. 3) 제품 수량 관리 및 삭제 지원 고급 사용으로 확장; 4) 세션 데이터를 지속하고 보안 세션 식별자를 사용하여 성능 및 보안을 최적화합니다.

이 기사는 PHP의 인터페이스를 생성, 구현 및 사용하는 방법을 설명하여 코드 구성 및 유지 관리에 대한 이점에 중점을 둡니다.

이 기사에서는 PHP의 암호 해싱에 대한 Crypt ()와 Password_hash ()의 차이점에 대해 논의하여 최신 웹 애플리케이션에 대한 구현, 보안 및 적합성에 중점을 둡니다.

기사는 입력 유효성 검사, 출력 인코딩 및 OWASP ESAPI 및 HTML 청정기와 같은 도구를 통해 PHP의 크로스 사이트 스크립팅 (XSS) 방지에 대해 논의합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

SecList
SecLists는 최고의 보안 테스터의 동반자입니다. 보안 평가 시 자주 사용되는 다양한 유형의 목록을 한 곳에 모아 놓은 것입니다. SecLists는 보안 테스터에게 필요할 수 있는 모든 목록을 편리하게 제공하여 보안 테스트를 더욱 효율적이고 생산적으로 만드는 데 도움이 됩니다. 목록 유형에는 사용자 이름, 비밀번호, URL, 퍼징 페이로드, 민감한 데이터 패턴, 웹 셸 등이 포함됩니다. 테스터는 이 저장소를 새로운 테스트 시스템으로 간단히 가져올 수 있으며 필요한 모든 유형의 목록에 액세스할 수 있습니다.

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.
