Спящий режим кэширования 2-го уровня кэширования не завершенных объектов

Question

Мне интересно, возможно ли использовать кеш второго уровня Hibernate (мы используем EHCache), чтобы приложение могло кэшировать объект, который был связан с БД, если он знает, что нет другие приложения изменяют БД.

Я думал, что если я обновляю запись A, то я знаю значение записи A и должен иметь возможность кэшировать, что системы кластеризации JVM, такие как Terracotta, поддерживают этот тип поведения с точки зрения памяти кучи JVM с помощью блокировок синхронизации Java ,

EHCache lock mode configuration in Hibernate

Answer 1

Современное состояние POJO в действии книги рассказывает об этом

Если приложение один-сервер обновляет базу данных с помощью рамки настойчивость, структура обновляет кэш на уровне процессов.

И ...

Закэшированные объекты, которые должны обновляемыми обычно используют оптимистическую блокировку, потому что будет препятствовать применению от слепо перезаписать изменения в базе данных. И если транзакция обновляет кешированный объект, который уже был изменен в базе данных, оптимистический отказ блокировки приведет к откату транзакции. Структура persistence удалит устаревшие данные из кеша, и приложение сможет повторить транзакцию с последней версией данных.

И выбрать одну из следующих стратегий в соответствии с JPA с Hibernate книгой

• транзакционными: доступна только в управляемой среде, она гарантирует полную транзакционной изоляции до повторяемого чтения, если это необходимо. Используйте эту стратегию для данных с чтением в большинстве случаев, где крайне важно предотвратить устаревшие данные в параллельных транзакциях, в редком случае обновления.
• Read-write: эта стратегия поддерживает считывание с изоляцией с использованием механизма timestamping и доступна только в некластерных средах. Опять же, используйте эту стратегию для данных с большей информацией, где крайне важно предотвратить устаревшие данные в параллельных транзакциях, в редком случае обновления.

Добавлено в исходное anwser: Hibernate НЕ ГАРАНТИРУЕТ согласованности между кэш-памятью и базой данных, используется ли @Cache (использования = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE). Если вы хотите использовать его, вам следует сконфигурировать достаточно короткий тайм-аут истечения срока действия, который может повлиять на производительность.

приветствие,