Hibernate Transaction Management

Transaction Management

Transaction is a unit of work performed by Front End applications on Back End System.


  • Deposit some amount in an Account.
  • Withdraw some amount from an Account.
  • Transfer some amount from one account to another account.

IN database applications, Every Transaction must follow ACID properties.


This property will make the Transaction either in SUCCESS state or in FAILURE state. In Database related applications, if we perform all operations then the Transaction is available in SUCCESS State, if we perform none of the operations then the Transaction is available in FAILURE state.


In database applications, Before the Transaction and After the Transaction
Database state must be in stable.


If we run more than one Transaction on a single Data item then that
Transactions are called as “Concurrent Transactions”. In Transactions Concurrency , one transaction execution must not give effect to another Transaction, this rule is called as “Isolation” property.


After committing the Transaction, if any failures are coming like Power failure, OS failure,…after getting the System if we open the transaction then the modifications which we performed during the transaction must be preserved.

In JDBC, to perform Automicity property we have to change Connections auto-commit nature and we have to perform either commit() or rollback() at the end of Transaction.

Connection con = DriverManager.getConnection(---);
} catch(Exception e){

In Hibernate applications, if we want to manage Transactions Atomicity property then we have to use the following steps.

  1. Declare Transaction Before try.
  2. Create Transaction object inside try block.
  3. Perform commit() operation at end of Transaction.
  4. Perform rollback() operation at catch block.


Transaction tx = null;
   tx = session.beginTransaction();
} catch(Exception e){

If we execute more than one transaction on a single data item then that transactions are called as Concurrent Transactions. In Transactions concurrency we are able to get the following data consistency problems while executing more than one transaction at a time.

  1. Lost Update Problem
  2. Dirty Read Problem
  3. Non Repeatable Read Problem
  4. Phanthom Read Problem
1. Lost Update Problem

In Transactions concurrency, if one transaction performs updations over the data without commit operation, meanwhile, other transactions perform updations with commit operation then the first transaction updations are lost, this data consistency problem is called as Lost Update problem.

2. Dirty Read Problem

In Transactions concurrency, if one transaction perform updations over data without performing commit/rollback, meanwhile if other Transaction perform Read operation over the uncommitted data without performing commit/rollback operations, in this context, if first transaction perform Rollback operation then the read operation performed by second transaction is Dirty Read, this problem is called as Dirty Read problem.

3. Non-Repeatable Read Problem

In Transactions concurrency, one transaction performs continuous read operations to get same results, meanwhile, between two read operations another transaction performs update operation over the same data, in this context, in the next read operation performed by first transaction may not get same repeatable results, this problem is called as Non-Repeatable Read Problem.

4. Phantom Read Problem

In Transactions concurrency, one transaction perform read operation continuously to get same no of results at each and every read operation , meanwhile, other transactions may perform insert operations between two read operations performed by first transactions, in this context, in the next read operation performed by first transaction may not generate the same no of results, this problem is called as “Panthom Read” Problem, here the extra records inserted by second transaction are called as “Phantom Records”.

There are two types of Transactions

1. Local Transaction
2. Global Transaction

1. Local Transaction

Local transactions are specific to a single transactional resource like a JDBC connection. Local transaction management can be useful in a centralized computing environment where application components and resources are located at a single site, and transaction management only involves a local data manager running on a single machine. Local transactions are easier to be implemented.

2. Global Transaction

Global transactions can span multiple transactional resources like transaction in a distributed system. Global transaction management is required in a distributed computing environment where all the resources are distributed across multiple systems

A distributed or a global transaction is executed across multiple systems, and its execution requires coordination between the global transaction management system and all the local data managers of all the involved systems.

Hibernate Transaction Management

Scroll to top