Сброс кэша второго уровня спящего режима

Мы используем использование Hibernate Search 3.4.2 Final и EHCACHE 2.3.1 в одном из наших приложений. Данные, индексированные с помощью Hibernate Search, доступны только для чтения. По соображениям производительности мы загружаем полные данные в кеш второго уровня.Сброс кэша второго уровня спящего режима

В течение некоторого времени что-то случается случайно, что очищает полный кеш второго уровня. Это должно быть то, что явно не вызвано нашим Кодексом.

Есть ли у кого презумпция? Есть ли вероятность, что использование Hibernate Search внутри транзакции с откатом может привести к такому поведению?

Edit1:

Это наша конфигурация Ehcache:

<ehcache updateCheck="false"> 
    <diskStore path="java.io.tmpdir/ds42" /> 

    <defaultCache maxElementsInMemory="200000" eternal="true" 
       statistics="true" overflowToDisk="true" diskPersistent="false" 
       diskExpiryThreadIntervalSeconds="3600" memoryStoreEvictionPolicy="LRU"/> 
</ehcache>

источник

2016-02-11 K-Menki

Может ли это быть только размер кеша, т. Е. Данные становятся слишком большими (возможно, некоторые другие данные в том же кеше), из-за чего кеш что-то уронит? – Thomas

Я не эксперт по Hibernate Search, но мы его используем, и AFAIK он только читает объекты, поэтому он не должен влиять на кеш второго уровня. – Thomas

звучит как журнал судебной работы – nolexa

Ответ на этот "удивительный" поведение можно найти в this article.

Добавить

query.unwrap(org.hibernate.SQLQuery.class).addSynchronizedQuerySpace("");

предотвратить Hibernate от очистки кэша второго уровня.

источник

2016-02-19 18:51:06

Сброс кэша второго уровня спящего режима

ответ

Смежные вопросы