Livelli di isolamento delle transazioni variabili su richiesta

Question

Sto scrivendo una piccola app per l'asta ed è molto importante che le mie offerte vengano registrate con certezza. Dopotutto, gli ultimi due secondi dell'asta sono momenti critici per gli acquirenti, e non posso rischiare che si presentino simultaneamente e presentino una condizione di gara.

E naturalmente, questo è l'isolamento delle transazioni. Posso impostare il mio livello di isolamento su serializzabile e siamo pronti.

Ma per quanto riguarda tutte le altre richieste? Se le persone stanno visualizzando i profili o inviando messaggi, queste richieste non sono necessarie in alcun modo vicino a questo tipo di isolamento della transazione. Un livello di isolamento impegnato in lettura è perfettamente accettabile per tali richieste.

Sto impostando il mio livello di transazione come parte della mia proprietà di ibernazione hibernate.connection.isolation, ma mi piacerebbe davvero essere in grado di fare qualcosa come session.setTransactionIsolation(newIsolation) per richiesta.

Answer 1

Session session = getSession(dataSource, sessionFactory, Connection.TRANSACTION_SERIALIZABLE); 

public Session getSession(DataSource dataSource, SessionFactory sessionFactory, int isolationLevel){ 

    // Get connection from current dataSource and set new isolation 
    Connection connectionWithNewIsolation = dataSource.getConnection(); 
    connectionWithNewIsolation.setTransactionIsolation(isolationLevel); 

    // Get session from current sessionFactory with the new isolation 
    Session session = sessionFactory.openSession(connectionWithNewIsolation); 

    // Hibernate 4.3 
    //SessionFactory.openStatelessSession(Connection connection) 
    // Hibernate 3.6 
    //SessionFactory.openSession(Connection connection) 
    //SessionFactory.openStatelessSession(Connection connection) 

    return session; 
} 

Answer 2

Se stai usando primavera si può usare qualcosa di simile:

@Transactional(isolation = Isolation.SERIALIZABLE) 

e it works for the JpaTransactionManager. Se si utilizza JtaTransactionManager, l'isolamento della transazione request-scope non viene propagato, poiché si tratta del comportamento JTA predefinito.

Poiché JTA non supporta i livelli di isolamento con ambito transazione, Spring offre lo IsolationLevelDataSourceRouter per ovviare a questo problema quando si utilizzano i DataSource JTA del server delle applicazioni.

Poiché la maggior parte delle implementazioni di DataSource può richiedere solo un livello di isolamento della transazione predefinito, è possibile avere più di tali origini dati, ognuna delle quali serve connessioni per uno specifico livello di isolamento della transazione.

L'impostazione del livello di isolamento della transazione logica (ad es. @Transactional) è introspected dallo IsolationLevelDataSourceRouter e la richiesta di acquisizione della connessione è quindi delegata a un'implementazione DataSource specifica che può servire una connessione JDBC con la stessa impostazione del livello di isolamento della transazione.

Quindi, anche in ambienti JTA, il router di isolamento della transazione può offrire una soluzione indipendente dal fornitore per sovrascrivere il livello di isolamento del database predefinito per transazione.

Java EE non supporta la configurazione di isolamento delle transazioni a livello di metodo.

Il livello di isolamento SERIALIZABLE protegge da letture non ripetibili e letture phantom e anche SERIALIZABLE non protegge l'utente against lost updates across multiple-request logical transactions.

Optimistic locking scale migliori quando si utilizzano le entità distaccate (poiché sono state caricate all'avvio della transazione logica).

Answer 3

Per questo caso, userò Optimistic lock in tue offerte oggetti ... la condizione di competizione sarà ancora accade, ma sarà rilevato quando la transazione prova per confermare le modifiche a portata di oggetti del dominio (un'eccezione se la versione letta è stata aggiornata da un altro thread).

Quindi qualsiasi modifica a qualsiasi oggetto di offerta, sarà quasi serializzabile (dico "quasi" perché per essere serializzabile, le transazioni fallite dovranno essere intercettate e riprovate in qualche modo).

Answer 4

se l'impostazione del livello di isolamento per transazione non riesce, è sempre possibile serializzare manualmente operazioni specifiche nel codice (sincronizzato, semafori, ecc.). tuttavia tieni a mente che non è scalabile (single jvm, operazione singola, facile da bypassare accidentalmente da altre parti del codice)