执行搜索时Elasticsearch超时不起作用
Elasticsearch版本(bin/ElasticSearch--version):5.2.2
JVM版本(Java-version):1.8.0_121
OS版本(uname-a如果在类UNIX系统上）：opensuse
- 使用“curl-xget'localhost:9200/_search？pretty&timeout=1ms'” 进行搜索
- 响应部分为：{“Take”：5,“timed_out”：false,“_shards”：{“total”：208,“successed”：208,“failed”：0},“hits”：{“total”：104429,“max_score”：1.0,“hits”：...
- 占用时间为5ms，超时设置为1ms。为什么“timed_out”是false而不是true。
谢谢
共有1个答案
Timeout是每个搜索到的碎片（在您的例子中看起来像是208)，而Take是针对整个查询的。在每个碎片级别上，您都在限制范围内。文档提供了一些关于何时点击timed_out的附加信息和更多注意事项。
尝试使用更昂贵的查询（前导通配符、模糊性、...)-我想那你应该达到（碎片）极限了。
-
我使用的elasticsearch版本是ES2.2。我为全文搜索键入与官方教程相同的代码。（https://www.elastic.co/guide/en/elasticsearch/guide/current/match-query.html） 看来全文对我不起作用。我的设定有什么问题？谢谢！ 我键入的代码如下： 返回的结果是： 当我输入精确的查询时，我只能得到一次命中，该查询存储在索引中。 输
-
我有一个springboot rest服务a使用RESTTemplate调用rest服务B。Rest服务A的restTemplate bean是按照下面的代码片段所示的超时设置创建的。
-
我正在开发一个vaadin web应用程序，我在web.xml中添加了以下代码片段。 现在我注意到，也在30分钟后，我的用户能够使用应用程序，我不想这样。我在vaadin的书上读到了一些关于这个问题的东西，但我并不了解一些东西。 在web.xml中： 会话超时应长于心跳间隔，否则会话在心跳保持活动之前就已关闭。由于会话过期使UI处于假定会话仍然存在的状态，这将在浏览器中导致不同步错误通知。 但是，
-
问题内容： 我正在围绕ElasticSearch的管理客户端编写一个简单的Java包装器。为了测试它，我有一个主要方法，该方法首先检查索引是否存在（IndicesExistsRequest），如果存在则将其删除（DeleteIndexRequest），然后再次创建索引。请参见下面的代码。但是我一直得到IndexAlreadyExistsException。 顺便说一句，我正在尝试为您从命令提示符启
-
异常，我读到写超时锁应该从默认的1秒增加。 ( 有趣的是，以前我没有这个异常，但我正在执行一个在项目上使用Spring的任务。很可能有更多的竞争事务试图访问索引...？我认为我认为Spring事务配置不正确： ） 谢谢， V。
-
我正在使用Lucene 8.2。Java11中的0。 我试图索引一个值，以便我可以使用范围查询过滤它，例如：。然而，任何变体，甚至，返回都会导致这个最小的示例。一旦我从其中删除使其成为，我就会得到结果。 所以我在想我一定是在索引上犯了一个错误，但是我不知道它可能是什么。 从JavaDoc： 用于快速范围过滤器的索引长字段。如果还需要存储该值，则应添加一个单独的StoredField实例。在搜索时查