elasticsearch Elasticsearch 7.x搜索空闲缓慢

根据Elasticsearch 7.x参考

如果未设置

index.refresh\u interval

，则至少在index.search.idle.after秒内未看到搜索流量的碎片在收到搜索请求之前不会接收后台刷新。在等待刷新时命中空闲碎片的搜索将等待下一次后台刷新（1s内）

我真的不确定这个悬而未决的行为。它将等待刷新开始还是直到完成。但我遇到的问题是，空闲的搜索速度非常慢，使系统的搜索性能不稳定

如果设计行为正在等待刷新，直到刷新。它可以被修改，只是触发新鲜的，但不要等待使空闲搜索更快

另一个问题是，如果一个空闲碎片接收到一些数据进行索引，并且在几个小时内不会收到任何serach流量。它只是等待，而不是刷新索引

它将等待刷新开始还是直到完成

它将等待刷新完成

它可以被修改，只是触发新鲜的，但不要等待使空闲搜索更快

是的，我们可以显式地将index.refresh\u interval设置为1秒或其他值，以避免自动禁用后台刷新。另一个解决方案是将动态索引设置index.search.idle.after从“30s”更新为“3600s”这样的大值

另一个问题是，如果一个空闲碎片接收到一些数据进行索引，并且在几个小时内不会收到任何serach流量。它只是等待，而不是刷新索引

对

它将等待刷新开始还是直到完成

它将等待刷新完成

它可以被修改，只是触发新鲜的，但不要等待使空闲搜索更快

是的，我们可以显式地将index.refresh\u interval设置为1秒或其他值，以避免自动禁用后台刷新。另一个解决方案是将动态索引设置index.search.idle.after从“30s”更新为“3600s”这样的大值

另一个问题是，如果一个空闲碎片接收到一些数据进行索引，并且在几个小时内不会收到任何serach流量。它只是等待，而不是刷新索引

---

是。

默认情况下

索引。刷新间隔设置为
1s
，这将解决这些刷新问题。为什么取消设置刷新间隔？是的，
index.refresh\u interval
的默认值是
1s
。我没有取消刷新内部设置。但是参考文献说，如果没有明确设置这个设置（这是我的情况，使用deafult），那么碎片将在
index.search.idle.after
秒后空闲。我还确认，如果显式设置为
1s
，共享不会像您所说的那样变为空闲。如果未显式设置，则该值为默认值，即1s。你能展示一下你从
get-your-index-name/\u设置中得到了什么吗？包括\u defaults=true
？从结果
“分配”：{“max\u retries”：“5”}，“refresh\u interval”：“1s”，“indexing”：{“slowlog”：{“reformat”：“true”，“threshold”：{“索引”：{“警告”：“-1”，“跟踪”：“-1”，“调试”：“-1”，“信息”：“-1”}，，“源”：“1000”，“级别”：“跟踪”}，
Ok，所以你的刷新间隔确实设置为1s，除非是因为你在测试过程中更改了它。默认情况下，
index.refresh\u interval
设置为
1s
，这应该可以解决这些刷新问题。你为什么要取消刷新间隔？是的，
index.refresh\u interval
的默认值是
1sde>。我没有取消刷新内部设置。但是参考资料说如果没有明确设置此设置（这是我的情况，使用deafult），然后在
index.search.idle.after
秒后将bacame空闲。我还确认，如果显式设置为
1s
，共享将不会像您所说的那样空闲。如果未显式设置，则该值为默认值，即1s。您能否显示从
获取索引名/\u设置中获得的内容？包括默认值=true？从结果
“分配”中剪辑的代码段：{“最大重试次数”：“5”}，“刷新间隔”：“1s”，“索引”：{“slowlog”：{“重新格式化”：“true”，“threshold”：{“索引”：{“警告”：“-1”，“跟踪”：“-1”，“跟踪”：”调试“：-1”，“信息“：-1”}”，源“：“1000”，“级别“：“TRACE”}，
Ok，所以刷新间隔确实设置为1s，除非是因为您在测试期间更改了它