Lucene als Backing-Speicher für Memcached

Question

Hat jemand versucht, Lucene als Backing-Speicher für Memcached zu verwenden?

Hier ist der Deal: Ich arbeite an der Architektur für skalierbare statische Datenspeicherung. Die Firma entschied sich für die Lokalisierung bestimmter statischer Informationen, so dass wir bald 20 Übersetzungen unserer DB-Entitäten haben werden, dies ergibt ungefähr + 4G gesamten statischen Text. Die Art der Daten ist vollständig readonly (es ist vor allem Geolocations und Benutzerzusammenfassungen Übersetzungen).

Also entschied ich mich wegen seines NIOFSDirectory und MMapDirectory für Lucene. Das Problem ist, dass wir 32bit jvm => so bald coole Zeiten mit MMapDirectory ausführen (bisher habe ich Architektur für 2 Sprachen). Ich testete NIOFSDirectory und seine Leistung sieht ansprechend aus, aber ich mag keine hohe Festplattennutzung, daher denke ich über Memcached nach und nutze NIOFSDirectory als Backup-Speicher, wenn etwas im Memcached-Prozess passiert.

Physikalisch wird es wie jeder Knoten in der App sein. Der Cluster enthält diesen 4G-Text im Memcached-Prozess und wird von Lucene 'NIOFSDirectory unterstützt.

Also, was Sie Leute denken? Ist das ein Bogen? gute?

Answer 1

Lucene ist für seine Suchfunktionen bekannt: Es ist in der Lage, komplexe Abfragen gegen sich schnell ändernde Korpora unstrukturierter Dokumente auszuführen, dank seines invertierten Indexes und der Verwendung von übersichtlichen Algorithmen.

Es macht jedoch nichts revolutionär in Bezug auf I/O-Operationen, so dass es mir komisch erscheint, eine so komplexe und leistungsfähige Software zu verwenden, um hauptsächlich Primärschlüssel-Lookups zu machen. Ich erwarte, dass einige einfachere Software für die Schlüsselwertspeicherung bei dieser Aufgabe viel besser ist als Lucene.