有的时候,解决问题的方式,方法,随知识领域的不同,会有很大的差异。
关于luncene索引数据内存加载问题?
其实,我们完全可以抛开lucene之外,考虑把索引数据加载到内存中。
前提是你的索引数据不大。(索引数据<1/2*机器内存,不是绝对的)
如果你采用的Linux操作系统,可以采用(tmpfs)
tmpfs是一个虚拟内存文件系统,tmpfs可以使用物理内存,也可以使用交换分区。
mount到一个目录,把你的索引数据文件放到这个目录,就可以直接达到你的效果了,对于开发人员而言,此方案完全透明。
windows也有类似的程序,通过内存虚拟磁盘方式。
我想如果你的索引数据<Mem *1/2 的前提下,都可以采用此方案,来用内存加载数据。提高搜索效率。
对于访问频度较高的数据存储内存化问题,都可以采用类似的方案来解决。主要解决访问效率问题。
另外,此种文件系统方式的数据,要做定期备份。
关于luncene索引数据内存加载问题?
其实,我们完全可以抛开lucene之外,考虑把索引数据加载到内存中。
前提是你的索引数据不大。(索引数据<1/2*机器内存,不是绝对的)
如果你采用的Linux操作系统,可以采用(tmpfs)
tmpfs是一个虚拟内存文件系统,tmpfs可以使用物理内存,也可以使用交换分区。
mount到一个目录,把你的索引数据文件放到这个目录,就可以直接达到你的效果了,对于开发人员而言,此方案完全透明。
windows也有类似的程序,通过内存虚拟磁盘方式。
我想如果你的索引数据<Mem *1/2 的前提下,都可以采用此方案,来用内存加载数据。提高搜索效率。
对于访问频度较高的数据存储内存化问题,都可以采用类似的方案来解决。主要解决访问效率问题。
另外,此种文件系统方式的数据,要做定期备份。