Quali sono le cache di primo e secondo livello in Hibernate?
Risposte:
1.1) Cache di primo livello
La cache di primo livello si associa sempre all'oggetto Session . Hibernate utilizza questa cache per impostazione predefinita. Qui, elabora una transazione dopo l'altra, significa che non elaborerà una transazione più volte. Principalmente riduce il numero di query SQL che deve generare all'interno di una determinata transazione. Cioè invece di aggiornare dopo ogni modifica effettuata nella transazione, aggiorna la transazione solo alla fine della transazione.
1.2) Cache di secondo livello
La cache di secondo livello si associa sempre all'oggetto Factory Session . Durante l'esecuzione delle transazioni, nel mezzo carica gli oggetti a livello di Session Factory, in modo che tali oggetti siano disponibili per l'intera applicazione, non associati a un singolo utente. Poiché gli oggetti sono già caricati nella cache, ogni volta che un oggetto viene restituito dalla query, in quel momento non è necessario eseguire una transazione del database. In questo modo la cache di secondo livello funziona. Qui possiamo usare anche la cache a livello di query.
Citato da: http://javabeat.net/introduction-to-hibernate-caching/
C'è una spiegazione abbastanza buona della memorizzazione nella cache di primo livello sul blog Streamline Logic .
Fondamentalmente, la memorizzazione nella cache di primo livello avviene in base alla sessione in cui la memorizzazione nella cache di secondo livello può essere condivisa tra più sessioni.
Ecco alcune spiegazioni di base della cache di ibernazione ...
La cache di primo livello è associata all'oggetto "sessione". L'ambito degli oggetti cache è di sessione. Una volta chiusa la sessione, gli oggetti memorizzati nella cache spariscono per sempre. La cache di primo livello è abilitata per impostazione predefinita e non è possibile disabilitarla. Quando interrogiamo un'entità per la prima volta, viene recuperata dal database e memorizzata nella cache di primo livello associata alla sessione di ibernazione. Se interrogiamo di nuovo lo stesso oggetto con lo stesso oggetto sessione, verrà caricato dalla cache e non verrà eseguita alcuna query sql. L'entità caricata può essere rimossa dalla sessione usando il evict()metodo. Il successivo caricamento di questa entità effettuerà nuovamente una chiamata al database se è stata rimossa utilizzando il evict()metodo. L'intera cache di sessione può essere rimossa usando il clear()metodo. Rimuoverà tutte le entità memorizzate nella cache.
La cache di secondo livello è diversa dalla cache di primo livello che è disponibile per essere utilizzata a livello globale nell'ambito della sessione di fabbrica. la cache di secondo livello viene creata nell'ambito della factory di sessione ed è disponibile per essere utilizzata in tutte le sessioni che vengono create utilizzando quel factory di sessione specifico. Significa anche che una volta chiusa la factory di sessione, anche tutta la cache ad essa associata muore e anche il gestore della cache viene chiuso. Ogni volta che la sessione di ibernazione tenta di caricare un'entità, il primo posto in cui cerca la copia cache dell'entità nella cache di primo livello (associata a una particolare sessione di ibernazione). Se la copia cache dell'entità è presente nella cache di primo livello, viene restituita come risultato del metodo di caricamento. Se non è presente alcuna entità cache nella cache di primo livello, viene cercata l'entità cache di secondo livello. Se la cache di secondo livello ha un'entità memorizzata nella cache, viene restituita come risultato del metodo di caricamento. Ma, prima di restituire l'entità, viene memorizzata nella cache di primo livello in modo che la successiva chiamata al metodo di caricamento dell'entità restituisca l'entità dalla cache di primo livello stessa e non sarà necessario passare nuovamente alla cache di secondo livello. Se l'entità non viene trovata nella cache di primo livello e anche nella cache di secondo livello, viene eseguita la query del database e l'entità viene archiviata in entrambi i livelli di cache, prima di tornare come risposta diload() metodo.
Questa è una domanda molto comune, quindi questa risposta si basa su questo articolo che ho scritto sul mio blog.
Cache di primo livello
Hibernate cerca di rinviare il contesto di persistenza arrossendo fino all'ultimo momento possibile. Come ho spiegato in questo articolo , questa strategia è stata tradizionalmente conosciuta come write-behind transazionale.
Il write-behind è più legato al flushing di Hibernate piuttosto che a qualsiasi transazione logica o fisica. Durante una transazione, il flush può verificarsi più volte.
Le modifiche scaricate sono visibili solo per la transazione del database corrente. Fino a quando la transazione corrente non viene impegnata, nessuna modifica è visibile da altre transazioni simultanee.
Grazie alla cache di primo livello, Hibernate può eseguire diverse ottimizzazioni:
Cache di secondo livello
Una soluzione di cache adeguata dovrebbe estendersi su più sessioni Hibernate e questa è la ragione per cui Hibernate supporta anche una cache di secondo livello aggiuntiva.
La cache di secondo livello è legata al ciclo di vita di SessionFactory, quindi viene distrutta solo quando SessionFactory viene chiusa (in genere quando l'applicazione viene chiusa). La cache di secondo livello è principalmente orientata all'entità, sebbene supporti anche una soluzione opzionale di memorizzazione nella cache delle query.
Per maggiori dettagli, consulta questo articolo .
per impostazione predefinita, NHibernate utilizza la memorizzazione nella cache di primo livello basata su oggetti di sessione. ma se si esegue in un ambiente multi-server, la cache di primo livello potrebbe non essere molto scalabile insieme ad alcuni problemi di prestazioni. succede perché deve fare viaggi molto frequenti nel database poiché i dati sono distribuiti su più server. in altre parole, NHibernate fornisce immediatamente una cache L1 in-process di base, non così sofisticata. Tuttavia, non fornisce funzionalità che una soluzione di memorizzazione nella cache deve avere un impatto notevole sulle prestazioni dell'applicazione.
quindi la domanda di tutti questi problemi è l'uso di una cache L2 che è associata agli oggetti factory di sessione. riduce i lunghi viaggi nel database, quindi aumenta i tempi di risposta dell'app.
Cache di primo livello
L'oggetto sessione contiene i dati della cache di primo livello. Si è abilitata di default. I dati della cache di primo livello non saranno disponibili per l'intera applicazione. Un'applicazione può utilizzare molti oggetti sessione.
Cache di secondo livello
L'oggetto SessionFactory contiene i dati della cache di secondo livello. I dati memorizzati nella cache di secondo livello saranno disponibili per l'intera applicazione. Ma dobbiamo abilitarlo esplicitamente.
In una cache di secondo livello, i file hbm di dominio possono essere modificabili con chiave e avere un valore falso. Ad esempio, in questa classe di dominio parte della durata in un giorno rimane costante come verità universale. Quindi, può essere contrassegnato come immutabile nell'applicazione.