[REDIS] 자바 메모리 대 Memcache를

자바 메모리 대 Memcache를

간단한 아마 바보 같은 질문 : 나는 메모리에 저장 일반적으로 내가 조회 할 수 있습니다 키와 값을 (이제는 HashMap에 가정 해 봅시다)를 사용하는 자바 서버가 있다고 가정

그와 Memcache를 (또는 레디 스)를 사용 사이의 차이점은 무엇입니까? 그들은 메모리에 모두 저장하는 것. 하나 또는 다른 혜택이 있습니까? 합니까 Memcache는 적은 메모리 풋 프린트의 잎? 적은 메모리에 더 많은 저장 할 수 있나요? 빠른 쿼리? 차이 없음?

해결법

1. ==============================

   1.memcache를 통해 자바 메모리의 장점 :

   memcache를 통해 자바 메모리의 장점 :

   자바 메모리 이상 memcache에의 장점 :

2. ==============================

   2.난 그냥 memcached를,와 MySQL, 동시 해시 맵 사이에 벤치 마크를 만들었다.

   난 그냥 memcached를,와 MySQL, 동시 해시 맵 사이에 벤치 마크를 만들었다.

   여기 결과는 :

   삽입 조회 제거를 입력

   ConcurrentHashMap의는 93ms의 82ms를 264ms

   memcached를 6549ms 5976ms 4900ms

   MySQL의 55754ms 26002ms 57899ms

   스레드 풀은이 벤치 마크에 사용되었다.

   좀 더 정보는 여기에서 찾을 수 있습니다 : http://www.incentergy.de/2013/12/big-data-architecture-patterns-for-performance/

   또한 다음 캐시에 memcached에 대한 대안이 될 수 있습니다 https://code.google.com/p/kitty-cache/

3. ==============================

   3.그것은 당신이 원하는하는지에 따라 달라집니다. 인 - 메모리 맵은 빨라집니다; 데이터 만기는 정말 문제가되지 않습니다 (참조 : 읽기 및 / 또는 쓰기 후 항목을 만료지도를 만들 수있는 구글 구아바의지도 작성기를, 그리고의는 GigaSpaces XAP 또는 일관성 등의 배포 일을 언급하지 않기 위하여, OSCACHE 및 EHCache는 같은 일을 잊지 말자 ).

   그것은 당신이 원하는하는지에 따라 달라집니다. 인 - 메모리 맵은 빨라집니다; 데이터 만기는 정말 문제가되지 않습니다 (참조 : 읽기 및 / 또는 쓰기 후 항목을 만료지도를 만들 수있는 구글 구아바의지도 작성기를, 그리고의는 GigaSpaces XAP 또는 일관성 등의 배포 일을 언급하지 않기 위하여, OSCACHE 및 EHCache는 같은 일을 잊지 말자 ).

   당신이 자연 샤딩 및 기타 시설을 얻을 수 있도록 캐싱 프로젝트 (XAP, OSCACHE, EHCache는, 일관성 등), 캐시 엔트리를 배포 할 수 있습니다; Coherence는 거래와 쓰기를 통해 관리 할 수 ​​있으며, XAP은 실제로 당신이 인 메모리 데이터 그리드를 사용하고 있는지 등의 실제 데이터 저장 메커니즘으로보다는 쓰기가 동기화 및 복제됩니다 레코드 (의 시스템 역할을하도록 설계 데이터베이스를 사용.)

   Memcached가 잘, 당신은 기계의 시리즈에서 memcached를 서버 인스턴스에 액세스 할 수 있습니다 ...입니다. API를 단순히 키 / 값 저장소입니다 및 배포는 전적으로 클라이언트 측에서 수행됩니다으로 memcached를. 확실히 내 생각, 기초를 가지고, 그것은 확실히 여러 언어 API를 가지고,하지만 정말 꽤 다른 림프입니다.

   (당신은 이론적으로 기록의 시스템으로 memcached를 사용할 수 있도록 BTW, GigaSpaces는 ...하는 Memcached가 레이어가 있습니다)

from https://stackoverflow.com/questions/5465737/memcache-vs-java-memory by cc-by-sa and MIT license