1、事务就是以可控的方式对数据资源（数据库，文件系统）进行访问的一组操作。为了保证事务执行前后，数据资源所承载的系统状态处于“正确”状态，事务本身有4个限定属性（ACID）：原子性，一致性，隔离性，持久性。
原子性：事务包含的全部操作是一个不可分割的整体，要么全部提交成功，要么全部失败。
一致性：一致性要求事务所包含的操作不能违反数据资源的一致性检查。
隔离性：各个事务之间相互影响的程度，不同的隔离级别决定了各个事物对该数据资源访问的不同行为。隔离性是面向数据资源的并发访问。
四种隔离级别，由弱到强分别为Read Uncommitted，Read Commited，Repeatable Read，Serializable
Read Uncommitted： 一个事务可以读取另一个事务没有提交的更新结果，以低的隔离度来寻求较高的性能。事务回滚后，另一个事务看到的就是脏数据。
Read Committed：默认级别。
Repeatable Read: 保证在整个事务过程中，对同一笔数据的读取结果是相同的。不管其他事务是否同时在对同一笔数据进行更新，也不管其他事务对同一笔数
据更新与否。
Serializable：最严格的隔离级别。所有事务都必须按顺序执行，可以避免所有问题，但是是性能最差的隔离级别，很少场景会使用。通常会使用其他隔离级别
加上相应的并发锁的机制来控制对数据的访问，这样既保证了系统性能不会损失太大，也能够在一定程度上保证数据的一致性。
Oracle只支持：Read Committed、Serializable。
EJB、Spring、JDBC等数据库访问方式，都提供4种隔离级别，但是最终是否以指定的隔离执行，由底层的数据资源来决定。
持久性：一旦事务操作成功提交，对数据所做的变更将被记载并不可逆转。
2、JDBC的局部事务控制（事务只涉及到一个数据源）是由同一个java.sql.Connection来完成的，所以要保证两个DAO的数据访问方法会处于一个事务中，我们就得保证它们使用的是同一个java.sql.Connection
如何传递Connection？图19-2虽然也可以保证Dao使用同一个connection，但是导致事务管理代码和数据访问代码之间通过Connection直接耦合。现在是JDBC使用Connection，如果是Hibernate的话就要声明对Session的依赖了。
正确方法：要传递Connection，可以将整个事务对应的java.sql.Connection实例放到统一的地方去，无论是谁，要使用该资源，都从这一个地方获取。具体：我们在事务开始之前取得一个java.sql.Connection，然后将该Connection绑定到当前的调用线程，之后，数据访问对象在使用Connection时，就可以从当前线程上获取这个事务开始的时候绑定的Connection实例。当所有的数据访问对象全部使用这个绑定当前线程的Connection完成了数据访问工作时，我们就使用这个Connection实例提交或者回滚事务，然后解除它到当前线程的绑定。