В продолжение моих комментариев к этому ответу SO у меня есть следующая настройка:
Использование тяжелого чтения ES-индекса, который также получает индексные запросы, но соотношение составляет 25: 1, и использование refresh_interval, равное 1 секунде, и попытка улучшить производительность запроса, явно установив этот параметр, чтобы он также кэшировал поисковый запрос hits
, но не видел никакой производительности. прирост.
Также я вижу, что hits.total также меняется, так как мой индекс также получает запрос на запись, и я чувствую, что это может быть причиной обновления сегмента и аннулирования кеша.
Подтвердите, верно ли мое предположение, и есть ли способ повысить производительность с помощью различных настроек кэша, доступных в ES?
Примечание. Я использовал раздел кэша мониторинга, упомянутый в https://opensourceconnections.com/blog/2017/07/10/caching_in_elasticsearch/ и ниже — O/P, который я получил.
URL:- http://:9200/_cat/nodes?v&h=queryCacheMemory,queryCacheEvictions,requestCacheMemory,requestCacheHitCount,requestCacheMissCount,flushTotal,flushTotalTime
queryCacheMemory queryCacheEvictions flushTotal flushTotalTime
0b 0 353204 1.9h
0b 0 0 0s
0b 0 464814 2.2h
0b 0 292127 1.6h
0b 0 409013 2.1h
0b 0 394303 2h
0b 0 369545 2.1h
0b 0 0 0s
0b 0 0 0s
Обратите внимание, что даже после подсчета requestCacheMemory
, hit
и miss
он не включается в O/P