Elasticsearch缓存清除似乎没有达到我的预期

Question

我运行了一次搜索，第一次花了3-4秒。我第二次运行了相同的搜索，花费了不到100毫秒(正如预期的那样，因为它使用了缓存)，然后我通过调用"http://host:port/index/_cache/clear“清除了缓存。接下来，我运行了相同的搜索，预计需要3-4秒，但它花费的时间不到100毫秒

所以清除缓存没有起作用？这个url到底清除了什么？我该如何让ES每次都执行原始搜索(即无缓存)？

我正在做一些负载测试的一部分。

Answer 1

清除缓存将为空：

用于分面、排序、地理位置等的

• 字段数据
• 过滤器缓存
• 发布列表的布隆过滤器

您看到的影响可能是由于操作系统文件系统缓存造成的。由于Lucene片段的不可变性，Elasticsearch和lucene在很大程度上利用了OS文件系统缓存。这意味着较小的索引往往被操作系统完全缓存在内存中，并且变得无盘。

顺便说一句，在“无缓存”状态下对Elasticsearch进行基准测试是没有意义的。它的设计和构建是为了在缓存环境中运行- Elasticsearch的大部分性能都是因为它出色地使用了缓存。

为了完全准确，您的基准测试真的应该看一个已经完全预热JVM的系统(以适当地调整new-eden空间的大小，优化JIT输出等)，并使用真实的、类似于生产的数据在ES和OS级别上模拟“真实世界”的缓存填充和回收。

像“无缓存环境”这样的综合测试意义不大。

Answer 2

我不知道这是不是您正在经历的情况，但是当您调用clear cache时，缓存不会立即被清除。计划在接下来的60秒内删除。

来源：https://www.elastic.co/guide/en/elasticsearch/reference/1.5/indices-clearcache.html