어떤 상황에서 Redis를 사용하는 경향이 있습니까?

당신은 언제 Redis를 선택하는 경향이 있나요?

1. 복잡한 데이터 구조

값이 해시, 리스트, 집합, 순서 집합 등과 같은 복잡한 데이터 구조인 경우 mc는 이러한 요구를 충족할 수 없기 때문에 redis를 선택하는 것이 더 적합합니다.

일반적인 시나리오: 사용자 메시지, 댓글, 주문 목록 등

2. 지속성

mc는 지속성을 지원하지 않습니다.

하지만 Redis 지속성 사용에 주의해야 합니다.

Redis를 데이터베이스로 사용하지 마세요.

1) Redis의 정기적인 스냅샷은 데이터가 손실되지 않는다고 보장할 수 없습니다

2) Redis의 AOF는 효율성을 감소시키고 너무 많은 양의 데이터를 지원할 수 없습니다.

캐싱 시나리오, 켜기의 장단점은 무엇입니까? 고집?

장점: 다운된 머신을 다시 시작한 후 핫스팟 데이터를 메모리에 빠르게 복원하여 데이터베이스 압력을 공유할 수 있으며 캐시 워밍업 프로세스가 없습니다.

단점: Redis가 중단된 후 데이터베이스의 데이터가 수정됩니다. redis의 데이터에 불일치가 발생할 수 있습니다

읽기 전용 시나리오 또는 불일치를 허용하는 일부 비즈니스 시나리오에서는 redis 지속성 기능을 활성화해 볼 수 있습니다

3. 자연스러운 고가용성

redis는 자연스럽게 클러스터 기능을 지원합니다. 마스터-슬레이브 복제 및 읽기-쓰기 분리 실현

Redis는 마스터-슬레이브 서비스 모니터링 및 자동 장애 조치를 실현할 수 있는 센티넬 클러스터 관리 도구를 공식 제공합니다

Mc가 고가용성을 달성하려면 2차 개발이 필요합니다

주의해야 할 점 대부분의 비즈니스 시나리오에서 캐시는 실제로 가용성이 높아야 합니까?

1) 저장 시나리오에서는 캐시 미스가 허용되는 경우가 많습니다

2) 캐시가 실패하면 DB를 통해 데이터를 읽을 수 있는 경우가 많습니다

4. 저장되는 값이 매우 큽니다

mc의 저장 값은 최대값은 1m이며, 저장된 값이 매우 클 경우 redis만 사용할 수 있습니다

Redis 관련 더 많은 지식은 Redis 사용법 튜토리얼 칼럼을 참고해주세요!

위 내용은 어떤 상황에서 Redis를 사용하는 경향이 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!