Lucene을 memcached의 보조 저장소로 사용

Question

누군가 memcached의 보조 저장소로 lucene을 사용하려고 했습니까?

여기에 거래의 : 임 확장 정적 데이터 저장을위한 아키텍처에서 작동합니다. 회사는 특정 정적 정보를 현지화하기로 결정 했으므로 DB 엔터티를 20 개 번역 할 예정이므로 약 4G 전체 정적 텍스트가 제공됩니다. 데이터의 성격은 완전히 읽기 전용입니다 (기본적으로 지리 정보 및 사용자 요약 번역).

그래서 나는 때문에 NIOFSDirectory 및 MMapDirectory의, 루씬으로 이동하기로 결정했다. 문제는 우리가 32bit jvm =>을 실행하고있어 MMapDirectory를 사용하여 멋진 시간이 끝나고 (지금까지 2 개 언어에 대한 아키텍처를 완성한 것입니다). 필자는 NIOFSDirectory를 테스트하여 그 성능이 매력적으로 보이지만 실제 디스크 사용률이 높지는 않으므로 memcached를 생각하고 memcached 프로세스가 발생할 때 백업 저장소로 NIOFSDirectory를 사용합니다.

Physcally는 앱의 모든 노드처럼 될 것입니다. 클러스터는 memcached 프로세스에 4G 텍스트를 포함하고 lucene 'NIOFSDirectory로 백업됩니다.

그래서 사람들은 어떻게 생각하는지? 이 아치인가. 좋은거야?

Answer 1

루씬은 자사의 검색 기능 알려져있다 : 빠른 속도의 역 색인과 깔끔한 ​​알고리즘의 사용으로 구조화되지 않은 문서 감사의 말뭉치를 변경하지 복잡한 쿼리를 실행할 수 있습니다.

그러나, I/O 작업에 대한 혁신적인 아무것도하지 않기 때문에 주로 기본 키 조회를 수행하기위한 소프트웨어의 이러한 복잡하고 강력한 조각을 사용하는 나에게 이상한 보인다. 나는이 작업에서 Lucene보다 훨씬 나은 성능을 발휘할 수있는 키 - 값 저장소 전용의 간단한 소프트웨어를 기대하고 있습니다.