1. 인트라넷에는 여러 서버가 있을 수 있습니다.
2. Redis는 많은 양의 메모리를 설정할 수 있으며 이는 Java가 해당 용량에 도달하지 못할 수 있음을 의미합니다.
3. 또한 Redis는 Java가 다시 시작되는 경우에도 데이터 연속성을 유지할 수 있습니다. Java를 다시 게시해야 하면 메모리의 데이터가 더 이상 존재하지 않습니다. Redis에서는 이 문제가 발생하지 않습니다.
4. 게다가 Redis의 데이터는 하드 디스크에 저장될 수 있으며 Java 메모리에 있는 항목을 어떻게 복구할 수 있나요?
5. 매우 간단한 문제는 예를 들어 세션이 메모리에 저장된다는 것입니다. 즉, 다시 게시하면 모든 사용자가 다시 로그인해야 이 문제가 발생하지 않습니다.
6. 또 다른 예로, 효율적인 읽기를 위해 메모리에 저장해야 하는 핫 데이터가 N 기가바이트 이상인 경우 Java 메모리를 사용하라고 말씀해 주실 수 있나요?

1. 다양한 애플리케이션 시나리오로 인해 해결해야 할 문제에 따라 로컬 또는 교차 머신 캐싱이 여러 가지 배포 방법이 사용됩니다. 예를 들어, 비즈니스 프로그램이 많은 CPU를 소비하는 경우 배포된 시스템에는 일반 메모리 구성만 필요합니다. 캐시된 데이터는 상대적으로 크기 때문에 클러스터를 형성하려면 별도로 배포하거나 여러 유닛을 배포해야 합니다. 또 다른 예로, 시스템이 커지면 다양한 모듈화와 마이크로서비스가 필요합니다. 각 서비스가 독립적으로 진화할 수 있는 것도 비교적 일반적인 방법입니다. 또한 네트워크 IO로 인한 오버헤드에 대해 걱정할 필요가 없습니다. 네트워크 대역폭 병목 현상에 도달하기 전에는 네트워크 IO 지연이 ms 수준이므로 매우 비용 효율적입니다.

2.Redis에는 캐시 및 kv 데이터베이스로서의 지속성 기능도 있으며 정전 후 다시 시작하면 복원할 수 있습니다. 물론, 캐싱 메커니즘만 필요한 경우 필요에 따라 캐시 세트를 직접 프로그래밍하고 유지 관리하도록 선택할 수 있습니다. 대가는 캐싱 메커니즘, 자동 무효화, 캐시 가득 참 등을 직접 구현해야 한다는 것입니다. 기능.

MongoDB에는 순수 메모리 스토리지 엔진도 포함되어 있어 배우고 사용해 볼 수도 있습니다.

MongoDB를 사랑해주세요! 재미있게 보내세요!

MongoDB 포럼에 Redis 문제가 제출되었습니다. 또한 MongoDB에도 비슷한 순수 메모리 저장 엔진이 있다는 소식을 듣고 일부 친구들은 불만을 표하며 1을 뺐습니다.

------------화려한 구분선------ --- ----------

MongoDB 중국어 커뮤니티에는 다양한 오프라인 활동이 있습니다. 아래를 클릭하세요.

2017 Huashan Sword 토론|MongoDB 중국 커뮤니티

3월 항저우역이 곧 다가옵니다! ! ! 관심있는 친구들은 빨리 신청해주세요! ! !