Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/google-apps-script/6.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
solr 4.0中软提交的耐久性保证?_Solr - Fatal编程技术网

solr 4.0中软提交的耐久性保证?

solr 4.0中软提交的耐久性保证?,solr,Solr,带有事务日志的Solr 4.0是否能确保成功的更新总是持久的,即使是软提交的更改 维基上说: softCommit=“true”|“false”-默认值为false-执行软命令 提交-这将以更高的速度刷新索引的“视图” 性能良好,但无“磁盘上”保证 但新闻稿说: 更新耐久性–事务日志确保即使是未提交的 文档永远不会丢失 我想这完全取决于事务日志在默认情况下没有启用这一事实。如果只使用软提交,则没有持久性保证,但是如果启用事务日志,则所有更改都将在那里注册,这样更安全。 事务日志还支持实时获取。

带有事务日志的Solr 4.0是否能确保成功的更新总是持久的,即使是软提交的更改


维基上说:

softCommit=“true”|“false”-默认值为false-执行软命令 提交-这将以更高的速度刷新索引的“视图” 性能良好,但无“磁盘上”保证

但新闻稿说:

更新耐久性–事务日志确保即使是未提交的 文档永远不会丢失


我想这完全取决于事务日志在默认情况下没有启用这一事实。如果只使用软提交,则没有持久性保证,但是如果启用事务日志,则所有更改都将在那里注册,这样更安全。
事务日志还支持实时获取。

所以我启用了事务日志(感谢这一事实!)并且我获得了持久性和实时获取?是的,我这么说!但我也会偶尔做一次艰难的承诺。另外,我不知道恢复到底是如何工作的,但似乎很有希望。我认为启用事务日志并不能确保持久性,只有硬提交才能确保持久性。这是solr wiki提供的供您参考的内容。软提交要快得多,因为它只使索引更改可见,而不同步索引文件或编写新的索引描述符。如果JVM崩溃或断电,则上次硬提交后发生的更改将丢失。具有近实时要求(希望索引更改对搜索很快可见)的搜索集合将希望经常软提交,但不希望经常硬提交。我现在站出来更正。我的意思是,事务日志也可以用于恢复目的,不确定Solr是以这种方式使用它,还是仅用于实时get。谢谢你的澄清。