13-mal heruntergeladen
Hochgeladen vonMichael Plöd
Caching in Hibernate
Das Dokument behandelt das Caching in Hibernate, einschließlich des 1st Level Cache, 2nd Level Cache und Query Cache, sowie deren Interaktionen und Implementierungen. Es werden Best Practices und Konfigurationstipps zur Verbesserung der Caching-Leistung gegeben, zusammen mit den verschiedenen Cache-Concurrency-Strategien und deren Anwendungsfällen. Zudem werden Informationen zur Verwaltung und Optimierung des Caches in Hibernate präsentiert.
Caching in Hibernate
- 1.
- 2. Michael Plöd Principal Architect@ innoQ @bitboss michael.ploed@innoq.com
- 3. Wichtige Themen 1st Level Cache2nd Level Cache Query Cache Interfaces
- 4. Weitere Themen Flush Verhalten IsolationLevels Cache Infrastruktur Best Practices
- 5. Aufbau des mehrschichtigen Caching-Systems
- 6. Anwendung 1st level cache 2ndlevel cache DB Die Anwendung interagiert mit der Session Jede Session ist ein 1st level cache Der 2nd level cache bedient alle Sessions einer SessionFactory Der Datenbank Cache hat nichts mit Hibernate zu tun
- 7.
- 8. Wie werden Entitätengeladen? Befindet sich die Entität in der Session Befindet sich die Entität im 2nd Level Cache Datenbank Zugriff
- 9.
- 10. 1st level Cache Der 1stLevel Cache entspricht der Session / dem Entity Manager und wird auch Persistenz Context genannt. Es gibt keine Eviction Policy. Wir als Entwickler müssen uns um den 1st Level Cache kümmern
- 11. ACHTUNG! Der Persistenz Kontextwird im Laufe der Zeit immer größer Diät Tips?
- 12. Grundregeln: ORMs sind keineguten Batch-Tools Regelmässiges Flush & Clear JDBC-Batch Size
- 13.
- 14.
- 15. 2nd level Cache Der 2ndLevel Cache ist nicht auf die Session / den Entity Manager gescoped sondern auf die jeweiligen Factories Hibernate sieht für die Interaktion mit dem 2nd Level Cache lediglich Mappings, Konfiguration und Interfaces vor
- 16. Persistenz Kontext A FirstLevel Cache Persistenz Kontext B Persistenz Kontext C Second Level Cache Cache Concurrency Strategy Query Cache Cache Implementierung Klassen Cache Region Collection Cache Region Query Cache Region Update Timestamps Cache Region Details
- 17. Unterhalb der Spitze des Eisbergs Der 2nd Level Cache ist optional Muss via Config und Annotations aktiviert werden Anbindung von Cache Providern via SPI
- 18.
- 19. Entitieswerden von Hibernate nichtautomatisch gecached
- 20. javax.persistence.sharedCache.mode ENABLE_SELECTIVE Entitäten werden nichtgecached, ausser sie werden als cachable markiert DISABLE_SELECTIVE Entitäten werden gecached, ausser sie werden als nicht-cachable markiert ALL Alle Entitäten werden immer gecached NONE Entitäten werden niemals gecached
- 21. Mapping @Entity @Cacheable @Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE) publicclass Person { ... } @OneToMany(cascade=CascadeType.ALL, fetch=FetchType.EAGER) @Cache(usage = CacheConcurrencyStrategy.NONSTRICT_READ_WRITE) public Set<Person> getPersons() { return persons; }
- 22. Concurrency Strategies Read OnlyFür rein lesenden Zugriff Read / Write •Read Committed Isolation Level •In JTA Umgebung muss Transaktions-Manager Lookup konfiguriert sein •Im Cluster muss die Cache Implementierung Locking unterstützen Nonstrict Read / Write •Keine Konsistenz Garantie •Geeignet für Daten die sich wenig ändern •In JTA Umgebung muss Transaktions-Manager Lookup konfiguriert sein • Transactional •Repeatable Read Isolation Level •In JTA Umgebung muss Transaktions-Manager Lookup konfiguriert sein
- 23. Cache API sessionFactory.evict(Person.class, id); sessionFactory.evict(Person.class); sessionFactory.evictCollection("Person.adressen",personId); sessionFactory.evictCollection(„Person.adressen"); session.setCacheMode(CacheMode.PUT)
- 24. Cache Modes NORMAL Die Sessionliest und Schreibt Daten aus / in den 2nd Level Cache GET Die Session liest aus dem 2nd Level Cache und führt nur Updates (keine Puts) aus PUT Die Session liest nicht aus dem 2nd Level Cache, schreibt aber Daten hinein REFRESH Die Session liest nicht aus dem 2nd Level Cache, schreibt nur Updates hinein
- 25.
- 26.
- 27. Query Cache Der Query Cachegehört zum 2nd Level Cache und zielt nicht auf Entitäten sondern auf Ergebnisse von HQL / Criteria Abfragen ab Der Query Cache muss neben dem 2nd Level Cache zusätzlich in der globalen Konfiguration und auf jeder zu cachenden Query aktiviert werden
- 28.
- 29. Michael Plöd Principal Architect@ innoQ @bitboss michael.ploed@innoq.com Vielen Dank