一. 事务包含四个基本特性：简称ACID:
1. Atomic(原子性)：全部成功或全部失败；
2. Consistency（一致性）：只有合法数据才能被写入，不合法则回滚到最初状态；
3. Isolation（隔离性）：允许并发，并发的事务相互独立；
4. Durability（持久性）：事务结束后，结果能保存；
二. 数据库事务管理隔离等级
数据库操作过程中经常出现三种不确定情况：
1. 脏读取（Dirty Reads）：一个事务读取了另一个并行事务未提交的数据；
2. 不可重复读取（Non-repeatable Reads）：一个事务再次读取曾读取过的数据时，发现该数据已经被另一个提交的事务修改；
3. 虚读（Phantom Reads）：一个事务重新执行一个查询，返回一套符合查询条件的记录，但这些记录中包含了因为其他最近提交的事务而产生的新记录；
为避免以上三种情况，定义了如下四种事务隔离等级：
| 隔离等级 | 脏读取 | 不可重复读取 | 虚读 |
| Read Uncommitted | 可能 | 可能 | 可能 |
| Read committed | 不可能 | 可能 | 可能 |
| Repeatable Read | 不可能 | 不可能 | 可能 |
| Serialiazble | 不可能 | 不可能 | 不可能 |
这四种事务隔离等级的严密程度由前往后依次递增，同时，其性能也依次下降。
三. 事务管理概述
Hibernate 是 JDBC 的轻量级封装，本身并不具备事务管理能力。在事务管理层，Hibernate 将其委托给底层的JDBC或者JTA，以实现事务的管理和调度。
1. 基于JDBC的事务管理
看以下代码：
session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
......
tx.commit();
这里要注意的是，在 sessionFactory.openSession()中，Hibernate 会初始化数据库连接，与此同时，将其AutoCommit设为关闭状态（false）.而其后，在Session.beginTransaction方法 中，Hibernate 会再次确认 Connection 的 AutoCommit属性被设为关闭状态（为了防止用户代码对session的Connection.AutoCommit属性进行修改）。
这也就是说，我们一开始从SessionFactory 获得的session， 其自动提交属性就已经被关闭（AutoCommit=false），下面的代码将不会对事务性数据库产生任何效果（非事务性数据库除外，如Mysql ISAM）:
session = sessionFactory.openSession();
session.save(user);
session.close();
这实际上相当于JDBC Connection的AutoCommit属性被设为false，执行了若干JDBC操作之后，没有调用commit操作即将Connection关闭。
要使用代码真正作用到数据库，我们必须显式地调用Transaction指令：
session = sessionFactory.openSession();
Transaction tx = session.beginTransaction();
session.save(user);
tx.commit();
session.close();
2. 基于JTA的事务管理
JTA提供了跨Session的事务管理能力。这一点是与JDBC Transaction最大的差异。
JDBC 事务由Connection管理，也就是说，事务管理实际上是在JDBC Connection中实现。事务周期限于Connection的生命周期之类。
JTA事务管理则由JTA容器实现，JTA容器对当前加入事务的众多 Connection进行调度，实现其事务性要求。JTA的事务周期可横跨多个JDBC Connection生命周期。同样对于基于JTA事务的Hibernate而言，JTA事务横跨多个Session.
JTA事务是由JTA Container维护的，事务的生命周期由JTA Container维护，而与具体的Connection无关。
这里需要注意的是，参与JTA事务的Connection需避免对事务管理进行干涉。这也就是说，如果采用JTA Transaction，我们就不应该再调用 Hibernate 的 Transaction功能。