2013-10-31 2 views
1

G-WAN 키 - 값을 통해 저장하는 가장 좋은 솔루션은 무엇이라고 생각하십니까? 내 값을 RAM 및 멀티 스레드로 저장하고 다른 모든 가상 서버의 모든 스크립트에서 사용할 수 있습니다 또는 아닙니다)?G-WAN 키 - 값 저장소

미리 감사드립니다.

+0

G-WAN API 문서의 일부 관련 정보는 영구 포인터, K/V 저장소 및 캐싱이 될 것입니다. 다른 VM에서 액세스하는 한, K/V로 데이터를 가져 오거나 설정하기 위해 서블릿을 호출하거나 Couchbase, MySQL 등과 같은 타사 솔루션을 사용하는 것과 같은 일종의 공용 인터페이스를 만들어야합니다. – Mike

+0

Infact I "키"(문자 유형)를 통해 각각을 복구 할 수 있도록 다른 "저장소"에 다른 값을 저장하기를 원할 것입니다. g-wan을 다시 시작할 때 데이터가 손실 되더라도 상관하지 않습니다. 그래서 그것은 영속 포인터를 가지고 괜찮을 것이라고 생각하지만, 이것이 가장 적합한 해결책이라고 확신하지 못합니다 ... 영속 포인터가 제로에 가깝다는 경험이 있습니다! –

답변

2

"키"(char 유형)를 통해 각각을 복구 할 수 있도록 다른 "저장소"에 다른 값을 저장하고자합니다.

G-WAN KV 저장소는 모든 유형의 데이터에 대해 바이너리도 사용합니다.

응용 프로그램에 수백만 명의 동시 사용자가 있으면 조회 속도를 향상시키는 한 가지 방법은 다른 G-WAN 서버를 사용하여 분할 된 데이터 세트 또는 중복 데이터 세트를 호스트하는 것입니다 (모두 유형에 따라 다름). 너의 어플리케이션).

신축성있는로드 밸런서가있는 G-WAN 리버스 프록시는 개발자에게 이러한 사실을 거의 투명하게 만듭니다.

g-wan을 다시 시작할 때 데이터가 손실 되더라도 상관 없습니다.

그럼 당신은 영구적 인 포인터를 갖는 등 MySQL을 같은 지속적인 가상 레이어, 그래서

괜찮을 것 (내 생각)를 사용하지 않습니다하지만 난이 모르겠어요 가장 적합한 솔루션입니다.

G-WAN의 모든 작업자 스레드간에 공통 데이터를 공유하는 방법에 대한 예제는 persistence.c을보십시오.

그러나 단일 작업자 스레드 (./gwan -w 1)와 함께 G-WAN을 사용하는 경우이를 피할 수 있습니다. 하나의 스레드는 더 많은 요청을 처리해야 할 때까지 응용 프로그램을 개발하고 심지어 작동시키기까지 충분합니다.

하나의 스레드로 다른 스크립트에서 액세스해야하는 경우가 아니면 G-WAN KV 저장소에 정적 포인터를 사용할 수 있습니다.