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을 사용하여 높은 동시성 문제를 해결하고 단일 스레드 모델은 불필요한 컨텍스트 전환 및 경쟁 조건을 방지합니다.

참고:

단일 스레드는 네트워크 요청 모듈에서는 스레드가 클라이언트의 요청을 처리하는 데 사용됩니다. 처리를 위해 스레드/프로세스를 다시 엽니다. 물론 가장 일반적으로 사용되는 데이터 유형은 다음과 같습니다. String. , Hash, List, Set, SortSet, 이 다섯 가지 유형은 모두 키 값을 기반으로 데이터를 구성합니다. 각 데이터 유형은 대부분의 요구 사항을 충족할 수 있는 매우 풍부한 작업 명령 세트를 제공합니다. 특별한 요구 사항이 있는 경우 Lua 스크립트(원자성 포함)를 통해 직접 새로운 명령을 생성할 수도 있습니다. 데이터 유형인 Redis는 느린 쿼리 분석, 성능 테스트, 파이프라인, 트랜잭션, Lua 사용자 정의 명령, 비트맵, HyperLogLog, 게시/구독, Geo 등과 같은 개인화된 기능도 제공합니다.

Redis의 코드는 GitHub의 오픈 소스이며, 누구나 소스 코드를 이해할 수 있습니다. 시스템 종속성이 없으며 매우 활동적인 커뮤니티가 있습니다. 클라이언트 언어 지원 또한 매우 완벽합니다. 또한 트랜잭션(한 번도 사용되지 않음), 지속성 및 마스터-슬레이브 복제도 지원하므로 고가용성과 배포가 가능합니다.

개발자로서 우리가 사용하는 물건은 블랙박스로 만들 수 없습니다. 우리는 그것에 대해 깊이 이해하고 익숙해져야 합니다. 오늘은 Redis의 사용 시나리오와 다른 곳이 아닌 Redis를 선택한 이유에 대해 간략하게 이야기하겠습니다. 다음 시간에는 Redis의 내부 데이터 구조와 일반적으로 사용되는 명령어의 시간복잡도에 대해 정리하겠습니다.

더 많은 Redis 관련 지식을 알고 싶으시면

Redis 사용법 튜토리얼

칼럼을 방문해 주세요!

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