Redis의 사용 시나리오는 무엇입니까?

Redis에서 일반적으로 사용되는 명령 요약: 특정 데이터 유형에 대해 Redis 내에서 사용되는 시간 복잡성 및 데이터 구조 요약 포함

Redis의 고급 기능: 지속성, 복제, 센티널 및 클러스터 소개 포함

Redis 이해: 메모리 이해 그리고 블로킹 ;이 부분은 매우 중요합니다. 이전에 소개한 모든 것이 기술로 사용될 수 있으며 이는 Tao 부분에 속해야 합니다.

개발 기술: 주로 캐시 디자인 및 일반적인 함정을 포함하여 몇 가지 실제 개발에 대한 요약입니다.

첫 번째 부분을 시작하고 Redis를 다시 살펴보겠습니다.

이 콘텐츠 시리즈는 다음을 기반으로 합니다. redis-3.2.12

Redis는 만병통치약이 아닙니다

인터뷰 중에 Redis와 Memcache의 장단점을 비교해 달라는 요청을 자주 받습니다. 개인적으로 둘은 그렇지 않다고 생각합니다. 함께 비교하기에 적합합니다. 데이터베이스는 캐싱뿐만 아니라 다른 작업도 수행할 수 있습니다. Redis는 종종 캐시로 사용되는데, 이것이 우리가 Redis를 다른 기술과 자주 비교하는 주된 이유입니다. 그렇다면 Redis는 무엇을 할 수 있나요? 당신은 무엇을 할 수 없습니까?

Redis는 무엇이든 할 수 있습니다.

캐싱 이것이 오늘날 Redis의 가장 잘 알려진 사용 시나리오라는 것은 의심의 여지가 없습니다.

순위 목록을 사용하면 매우 번거로울 수 있지만 Redis의 SortSet 데이터 구조를 사용하면 매우 편리할 수 있습니다. , Redis의 원자 자동 증가 작업을 사용하면 사용자 좋아요, 사용자 방문 등의 수를 계산할 수 있습니다. MySQL을 이러한 작업에 사용하는 경우 빈번한 읽기 및 쓰기는 속도 제한 장치가 더 일반적입니다. 시나리오는 특정 API에 대한 사용자의 액세스 빈도를 제한하는 것입니다. 일반적으로 사용되는 것에는 교차, 결합, 차이와 같은 컬렉션의 일부 명령을 사용하여 사용자의 미친 클릭으로 인한 불필요한 압력을 방지하기 위한 패닉 구매가 포함됩니다. 세트 등 공통 친구 및 공통 취미와 같은 기능을 쉽게 처리할 수 있습니다.

간단한 메시지 대기열은 Redis의 자체 게시/구독 모드 외에도 List를 사용하여 도착 알림, 이메일 전송 등과 같은 대기열 메커니즘을 구현할 수도 있습니다. . 수요는 높은 신뢰성을 요구하지 않지만 많은 DB 압력을 가져올 것입니다. 목록을 사용하여 비동기식 분리를 완료할 수 있습니다. PHP를 예로 들면 기본 세션이 서버 파일에 저장됩니다. 클러스터 서비스의 경우 동일한 사용자가 다른 컴퓨터에 접속할 수 있으므로 사용자가 자주 로그인하게 됩니다. Redis를 사용하여 세션을 저장한 후에는 사용자가 어느 컴퓨터에 접속하든 해당 세션 정보를 얻을 수 있습니다.

Redis가 할 수 없는 것

Redis는 기능이 풍부하지만 특정 분야에 적합하지 않으며 절반의 노력으로 두 배의 결과를 얻을 수 있습니다. 남용할 경우 시스템 불안정, 비용 증가 및 기타 문제가 발생할 수 있습니다.

예를 들어 Redis는 기본 사용자 정보를 저장하는 데 사용됩니다. 지속성을 지원할 수 있지만 지속성 솔루션은 데이터의 절대적인 착륙을 보장할 수 없으며 지속성이 너무 자주 발생하기 때문에 Redis 성능이 저하될 수도 있습니다. Redis 서비스에서.

간단히 정리하면 데이터 양이 너무 많고 데이터 접근 빈도가 매우 낮은 기업은 Redis를 사용하기에 적합하지 않습니다. 데이터가 너무 크면 비용이 증가하고, 접근 빈도가 너무 낮아 메모리에 저장하는 것은 낭비입니다. 자원.

항상 선택에 대한 이유를 찾아야 합니다

위에서 Redis의 일부 사용 시나리오를 언급했기 때문에 이러한 시나리오에 대한 솔루션에는 Memcache를 사용한 캐싱, MySql을 사용한 세션 공유, 메시지 대기열 RabbitMQ를 사용할 수 있는데 왜 Redis를 사용해야 합니까?

빠른 속도, 완전한 메모리 기반, C 언어로 구현, 네트워크 계층은 epoll을 사용하여 높은 동시성 문제를 해결하고, 단일 스레드 모델은 불필요한 컨텍스트 전환 및 경합 조건을 방지합니다. 참고: 단일 스레드는 네트워크 요청만 나타냅니다. 모듈 하나의 요청을 사용하여 클라이언트의 요청을 처리합니다. 처리를 위해 스레드/프로세스를 다시 엽니다. Redis에는 8가지 데이터 유형이 있습니다. 물론 일반적으로 사용되는 데이터 유형은 String, Hash, List 및 Set입니다. , SortSet, 이 5가지 유형은 모두 키 값을 기준으로 데이터를 구성합니다. 각 데이터 유형은 대부분의 요구 사항을 충족할 수 있는 매우 풍부한 작업 명령 세트를 제공합니다. 특별한 요구 사항이 있는 경우 Lua 스크립트(원자성 포함)를 통해 직접 새로운 명령을 생성할 수도 있습니다. 데이터 유형인 Redis는 느린 쿼리 분석, 성능 테스트, 파이프라인, 트랜잭션, Lua 사용자 정의 명령, 비트맵, HyperLogLog, 게시/구독, Geo 등과 같은 개인화된 기능도 제공합니다.

Redis의 코드는 GitHub의 오픈 소스입니다. 코드는 매우 간단하고 우아하며, 컴파일 및 설치도 매우 간단하며, 시스템 종속성이 매우 높습니다. 클라이언트 언어 지원 또한 매우 완벽합니다. 또한 트랜잭션 지원(아직 시도되지 않음), 지속성, 마스터-슬레이브 복제 및 기타 기능도 갖추고 있어 고가용성 및 분산 처리의 실현 가능성을 실현합니다.

개발자로서 우리가 사용하는 물건은 블랙박스로 만들 수 없습니다. 깊이 파고들어 이해하고 익숙해져야 합니다.

위 내용은 Redis의 사용 시나리오는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!