关于索尔的几个问题.交易和实时搜索

概述我在 PHP / MySQL中有一个heldesk应用程序.我想实现实时全文搜索,我已入围Solr. MySQL数据库将存储搜索所需的所有数据和数据,用于构建Solr索引.所有搜索请求都将由Solr处理. 我想要的是 >实时搜索.有人更新票证的那一刻,它应该可用于搜索. >如果多人同时更新故障单,Solr应该能够处理提交 根据我对Solr的理解,这就是我认为系统的工作方式.用户更新故障单 – >修 我在 PHP / MysqL中有一个heldesk应用程序.我想实现实时全文搜索,我已入围Solr. MysqL数据库将存储搜索所需的所有数据和数据,用于构建Solr索引.所有搜索请求都将由Solr处理.

我想要的是

>实时搜索.有人更新票证的那一刻,它应该可用于搜索.
>如果多人同时更新故障单,Solr应该能够处理提交

根据我对Solr的理解,这就是我认为系统的工作方式.用户更新故障单 – >修改了相应的数据库记录 – >将请求发送到Solr服务器以修改索引中的相应文档.

我读过一本关于索尔的书,下面的问题令我不安.

>这本书提到了这一点

“commits are slow in Solr. Depending on the index size,Solr’s
auto-warming configuration,and Solr’s cache state prior to
committing,a commit can take a non-trivial amount of time. Typically,
it takes a few seconds,but it can take some number of minutes in
extreme cases”

如果这是真的那么我怎么知道数据何时可用于搜索以及如何实现实时搜索？即使它花了几秒钟,也不可能是实时的.此外,我不希望减慢票证更新 *** 作(通过添加更新Solr索引的额外步骤)
>还提到了这一点

“there is no transaction isolation. This means that if more than one
Solr clIEnt were to submit modifications and commit them at
overlapPing times,it is possible for part of one clIEnt’s set of
changes to be committed before that clIEnt told Solr to commit. This
applIEs to rollback as well. If this is a problem for your
architecture then consIDer using one clIEnt process responsible for
updating Solr.”

Doe是否意味着由于缺少事务提交,如果多人同时更新票证,Solr可能会陷入困境？

现在我面前的问题是：我能用Solr实现这两个吗？如果是,怎么样？

EDIT1：
是啊！我提出了几个类似的问题,但没有一个有令人满意的答案.所以再次发帖.对不起如果您发现它重复.

解决方法 您请求的功能称为近实时搜索,也称为NRT.关于NRT的工作仍在进行中,但过去几年来Solr对这种支持的改进有了很大的改进.有关NRT当前(版本1.4 – 3.5)和未来(版本4.0)支持的更多详细信息,请参阅以下链接.

NRT选项

> Solr Near Realtime Search for versions 3.5/3.4/3.3/3.2/1.4.1
> Near Real Time Search ver 3.x
> Near Realtime Search Tuning(版本1.4 – 3.x)
> Solr Near Realtime Search(版本4.0)
> Benchmarking the new Solr ‘Near Realtime’ improvements(版本4.0)
> Solr with Ranking Algorithm(版本1.4 – 4.0)

总结

以上是内存溢出为你收集整理的关于索尔的几个问题.交易和实时搜索全部内容，希望文章能够帮你解决关于索尔的几个问题.交易和实时搜索所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。