考虑将 Solr 用于 Web 应用程序，希望任何人能够提供任何性能见解
我正在构建一个涉及非常频繁的数据库更新（可能每秒 10-100 秒）的 Web 应用程序，并且还需要相同的搜索操作速率。 （即用户发布信息，然后需要非常定期地对该信息进行全文搜索，并且在提交后很快）
当前的计划是使用MySQL作为数据库，但在Solr中对可搜索的数据建立索引以返回然后将从 MySQL 数据库检索“item id”。
有谁能够向我提供有关 Solr 支持我的需求的能力的任何见解/信息吗？
谢谢！
I'm building a web application that involves very frequent database updates (10s-100s per second maybe), and also requires the same rate of search operations. (i.e. Users post information and then that information then needs to be full-text searched very regularly, and very soon after its submission)
The current plan is to use MySQL as the database, but build an index over the searchable data in Solr to return "item id" which would then be retrieved from the MySQL db.
Is anyone able to provide me with any insight/info on the ability of Solr to support my needs?
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这并不容易，因为 Solr 最初设计为低更新频率下的高性能。然而，Solr+RankingAlgorithm 和 软提交（现在在 Solr 4.0 nightly builds 中可用）。这些是否能满足您项目的性能要求需要您自己去发现（还涉及许多其他因素，从可用硬件到涉及其他 Solr 组件的搜索要求）。
It's not going to be easy, as Solr was originally designed to be performant with low updates frequencies. However, major improvements have been made with Solr+RankingAlgorithm and soft commits (now available in Solr 4.0 nightly builds). If those will meet the performance requirements of your project is for you to find out (there are also lots of other factors involved, from available hardware to search requirements involving other Solr components).