Solr重新加载vs重启

我在我的生产环境（solr云模式）中使用solr-5.4.0，并且我正在尝试根据某些特定条件自动执行solr集合的重载/重启过程。

我注意到在solr重新加载时，线程数增加了很多，导致延迟增加。所以我读到了重装过程，并在重装时发现了

1）Solr在内部创建一个新核心，然后将该核心命名为旧核心。它是否正确？

2）如果以上是真的那么solr实际上是在内部重新加载时创建一个新索引吗？

3）如果是这样，那么重新启动声音比重新加载要好得多，或者有没有更好的方法在solr上传新的配置？

4）你能指点我能给我更多细节的医生吗？

任何帮助将不胜感激，谢谢。

0
投票

如果我没有错，你想重新启动/重新加载生产中的集合（Solr云模式）并要求最好的方法，如果这是真的，那么考虑的几点 -

如果可能的话，请您提供更多详细信息，例如它在生产中重新加载/重新启动集合的原因/要求

我假设原因可能是刷新共享资源（比如查看更新的同义词的更改，或添加或删除停用词等）或更新Solr配置集。

以下是考虑的几点 -

如果要更新共享资源 -

通过Solr API上传资源并通过（https://lucene.apache.org/solr/guide/6_6/collections-api.html#CollectionsAPI-Input.1）重新加载集合如果要更新配置集 -
在SolrCloud模式下运行时，对一个节点上的模式所做的更改将传播到集合中的所有副本。您可以将updateTimeoutSecs参数与请求一起传递，以设置等待所有模型确认它们应用架构更新的秒数。（我从solr-5.4.0获得了这个信息，它与我们在Solr 6.6中的信息类似于https://lucene.apache.org/solr/guide/6_6/schema-api.html）

1）Solr在内部创建一个新核心，然后分配与旧核心相同的核心名称。它是否正确？

不确定。你能分享一些参考吗？

2）如果以上是真的，那么solr会在重新加载时在内部创建一个新索引吗？

不确定。你能分享一些参考吗？

3）如果是这样，那么重新启动声音比重新加载要好得多，或者有没有更好的方法在solr上传新的配置？

我不同意，因为理想情况下重新加载是重启的一部分，根据我的理解，重置中还有一个与缓存和同步相关的额外过程。

4）你能指点我能给我更多细节的医生吗？