有没有人尝试使用lucene作为memcached的后备存储？
这是交易： 我致力于可扩展静态数据存储的架构。该公司决定对某些静态信息进行本地化，所以很快我们将有20个数据库实体的翻译，这将给出大约+ 4G整体静态文本。数据的性质完全是只读的（它主要是地理定位，用户摘要翻译）。
所以我决定选择lucene，因为它的NIOFSDirectory和MMapDirectory。问题是我们正在运行32位jvm =＆gt;很快，MMapDirectory的酷时代就会结束（到目前为止，我已经完成了2种语言的架构）。我测试了NIOFSDirectory，它的性能看起来很吸引人，但我并不喜欢高磁盘使用率，因此我正在考虑使用memcached并将当前发生在memcached进程中的NIOFSDirectory用作备份存储。
从理论上讲，它就像应用程序中的每个节点一样。集群将在memcached进程中包含这些4G文本，并由lucene的NIOFSDirectory支持。
那么你们的想法是什么？这是拱门吗？好的吗？
答案 0 :(得分：2)
Lucene以其搜索功能而闻名：它能够针对快速变化的非结构化文档集运行复杂查询，这要归功于其反向索引和使用整齐的算法。
然而，它对I / O操作没有做任何革命性的事情，所以我使用这样一个复杂而强大的软件主要进行主键查找看起来很奇怪。我期待一些专门用于键值存储的简单软件在这项任务中表现得比Lucene好得多。