멤캐시드(Memcached) 레디스(Redis) 사용 유형

[멤캐시드(Memcached) 레디스(Redis) 사용]

1. 멤캐시드 : Redis 는 최근에 나왔고 새로운 기능들에 있어 Memcached와 비교된다. 

              Memcached 보다 Redis 를 선택하는것이 항상 더 좋은 선택 이지만 Memcached 가 더 좋은 두가지의 상황이 있습니다.

 

      (1) 작고 변하지 않는 데이타 예를들어 HTML 코드의 부분을 캐싱할때 내부 메모리 관리가 Redis 만큼 복잡하지 않아 

          능률적이기 떄문에 Memcached 는 메타 데이타에 있어 비교적 작은 메모리를 사용합니다. 

                  Memcached 에서 지원하는 유일한 데이타 타입인 String은 오로지 읽기 전용이고 

          더 이상 처리가 필요 없기 때문에 데이터를 저장하기에 좋습니다.

 

      (2) Memcached 는 여전히 Redis 에 비해 수평적 확장에서 약간의 좋은점이 있습니다. 

          기능 구현과 디자인 확장을 하는데 있어서 쉽지만. 사실 Redis 도 이런 목적으로(Memcached 처럼 수평적 확장이 쉽도록) 

  한대 이상으로 확장을 위한 클러스터링이 3.0 이후에 포함되어 있습니다.

 

2. 레디스 : 당신이 일할때 강제적을 Memcachd 를 사용해야 하거나 위의 2가지 사항이 아니고서는 항상 Redis 를 사용하는 것이 맞습니다.

            당신을 Redis 를 캐시 용도로 매우 강력하게 사용할수 있고. 예를들어 캐시한 콘텐츠를 미세하게 튜닝하거나 그리고 지속성에 및 전반적인 효율성등을 조정할수 있습니다.

    Redis 는 분명 캐쉬관리적인 측면에서 확실하게 우월하며. 캐쉬는 새로운 데이타를 캐시하기 위해 오래된 데이타를 지우는 방식의 메카니즘을 사용하고 있습니다. 

    Memcached 도 데이타 관련 메카니즘은 LRU 알고리즘을 사용하고 있으며 Redis 는 이와는 대조적으로 6가지의 데이타 추출 정책이 있습니다. 

    또한 Redis 는 좀더 정교한 메모리 관리 방식을 사용한다.

            

    (1) 다양한 기능 및 데이터 타입이 있다. ex) List, Set 등..

    (2) 데이터를 저장할 때 서버가 데이터를 직접적으로 조작이 가능하다.

    (3) 캐시의 지속성(유사시에 데이터 백업의 의미)옵션을 제공한다. 

        -> 즉, 서버가 의도 되지 않게 오류가 나거나 셧다운이 일어났을때 재가동하면 다시 복구될 수 있게

   디자인이 되어있다.

            (4) 리플리케이션 제공

 

* Redis 3.0이 나오면서 Memcached 의 장점이었던 수평적 확장도 사라지게 되었다.​