什么是数据库事务？
基本上，事务代表了工作的一个逻辑单位。因为数据库的主要责任是保存信息，它需要有某种方法让用户可以指出当前的程序状态应该保存。同样地，当事情出错时，需要有一种方法来指出数据库应该忽略当前的状态而回到前面保存的程序状态。在数据库技术中，这些功能被称为事务。为了完成这些任务，JDBC API 包括了两个方法作为 Connection 接口的一部分。若将 Connection 对象名称指定为 conn，通过调用 conn.commit()。可以保存程序状态；通过调用 conn.rollback(); 可以返回到以前保存的状态。如果数据库实际运行操作时有错误发生，这两个方法都会抛出 SQLExceptions，所以您需要在 try ... catch 块中包装它们。
了解更多
据个例子吧。在单用户系统，事务非常容易理解 — 它们只是和保存或忘记应用程序的状态有关。然而，在多用户系统中，事务变得复杂多了。多用户事务的经典案例是银行帐户，其中一个应用程序试图在借记帐户，同时另一个应用程序试图贷记同一个帐户。如果您熟悉多线程编程，您以前可能见过这种问题。根本的问题是除非两个事务相互隔离，否则一个应用程序就可能影响另一个，从而导致错误的程序状态。在我们简单的案例中，这可能意味着一个帐户中有错误的金额，这将导致致命的错误。
当处理多个访问相同数据的用户时，通常可能出现三种问题：
脏读。当应用程序使用了被另一个应用程序修改过的数据，而这个数据处于未提交状态时，就会发生脏读。第二个应用程序随后会请求回滚被其修改的数据。第一个事务使用的数据就会被损坏，或者“变脏”。
单读。当一个事务获得了数据，而该数据随后被一个单独的事务所更改时，若第一个事务再次读取更改后的数据，就会发生单读。这样，第一个事务进行了一个单读。
虚读。当事务通过某种查询获取了数据，另一个事务修改了部分该数据，原来的事务第二次获取该数据时，就会发生虚读。第一个事务现在会有不同的结果集，它可能包含虚读。事务的级别
为了解决与“多个线程请求相同数据”相关的问题，事务之间用锁相互隔开。多数主流的数据库支持不同类型的锁；因此，JDBC API 支持不同类型的事务，它们由 Connection 对象指派或确定。在 JDBC API 中可以获得下列事务级别：
TRANSACTION_NONE 说明不支持事务。
TRANSACTION_READ_UNCOMMITTED 说明在提交前一个事务可以看到另一个事务的变化。这样脏读、单读和虚读都是允许的。
TRANSACTION_READ_COMMITTED 说明读取未提交的数据是不允许的。这个级别仍然允许单读和虚读产生。
TRANSACTION_REPEATABLE_READ 说明事务保证能够再次读取相同的数据而不会失败，但虚读仍然会出现。
TRANSACTION_SERIALIZABLE 是最高的事务级别，它防止脏读、单读和虚读。您可能想知道，为什么不是所有事务都运行在 TRANSACTION_SERIALIZABLE 模式以保证最高程度的数据完整性呢？和处理多线程编程有关的问题相似，事务保护的级别越高，性能损失就越大。
假定您的数据库和 JDBC 驱动程序支持这个特性，则给定一个 Connection 对象，您可以明确地设置想要的事务级别：
conn.setTransactionLevel(TRANSACTION_SERIALIZABLE) ;
您还可以确定当前事务的级别：
if(conn.getTransactionLevel() == TRANSACTION_SERIALIZABLE) {
System.out.println("Highest Transaction Level in operation.") ;
}
