Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/solr/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Lucene 考虑到Solr在web应用程序中的使用,希望任何人都能提供性能方面的见解_Lucene_Solr_Full Text Search - Fatal编程技术网

Lucene 考虑到Solr在web应用程序中的使用,希望任何人都能提供性能方面的见解

Lucene 考虑到Solr在web应用程序中的使用,希望任何人都能提供性能方面的见解,lucene,solr,full-text-search,Lucene,Solr,Full Text Search,我正在构建一个web应用程序,它涉及非常频繁的数据库更新(可能每秒10-100次),并且还需要相同的搜索操作速率。(即用户发布信息,然后需要定期对该信息进行全文搜索,并在提交后很快进行搜索) 目前的计划是使用MySQL作为数据库,但在Solr中的可搜索数据上构建一个索引,以返回“item id”,然后从MySQL数据库中检索该id 是否有人能够向我提供有关Solr支持我需求的能力的任何见解/信息 谢谢 这并不容易,因为Solr最初设计用于低更新频率。但是,和(现在在Solr4.0夜间版本中提供)

我正在构建一个web应用程序,它涉及非常频繁的数据库更新(可能每秒10-100次),并且还需要相同的搜索操作速率。(即用户发布信息,然后需要定期对该信息进行全文搜索,并在提交后很快进行搜索)

目前的计划是使用MySQL作为数据库,但在Solr中的可搜索数据上构建一个索引,以返回“item id”,然后从MySQL数据库中检索该id

是否有人能够向我提供有关Solr支持我需求的能力的任何见解/信息


谢谢

这并不容易,因为Solr最初设计用于低更新频率。但是,和(现在在Solr4.0夜间版本中提供)已经做了重大改进。如果这些将满足您项目的性能要求,您需要找出(还涉及许多其他因素,从可用硬件到涉及其他Solr组件的搜索要求)。

“低更新频率性能”那么,有哪些可能的方法来提高性能?我在考虑最终的一致性。@aitchnyu:这就是你实现最终一致性的方式:通过更新(从技术上讲是Solr,提交)的频率降低。还可以看到“不那么频繁”是如何“不那么频繁”的?i、 e.Solr的合理更新/添加频率是多少?@csjohn:再次,请参阅一些数字,尽管这取决于许多其他因素,如索引大小、分布、刻面要求等@csjohn:我认为1-10分钟对于Solr
自动提交是合理的。