JDBC对事务的支持
    并不是所有的数据库都支持事务，即使支持事务的数据库也并非支持所有的事务隔离级别，你可以通过Connection# getMetaData()方法获取DatabaseMetaData对象，并通过该对象的supportsTransactions()、supportsTransactionIsolationLevel(int level)方法查看底层数据库的事务支持情况。Connection默认情况下是自动提交的，也即每条执行的SQL都对应一个事务，为了能够将多条SQL当成一个事务执行，必须先通过Connection#setAutoCommit(false)阻止Connection自动提交，并可通过Connection#setTransactionIsolation()设置事务的隔离级别，Connection中定义了对应SQL 92标准4个事务隔离级别的常量。通过Connection#commit()提交事务，通过Connection#rollback()回滚事务。下面是典型的JDBC事务数据操作的代码：
    代码清单 1 JDBC事务代码

Connection conn ;
try{
conn ＝ DriverManager.getConnection();①获取数据连接
conn.setAutoCommit(false); ②关闭自动提交的机制
conn.setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE); ③设置事务隔离级别
Statement stmt = conn.createStatement();
int rows = stmt.executeUpdate( "INSERT INTO t_topic VALUES(1,’tom’) " );
rows = stmt.executeUpdate( "UPDATE t_user set topic_nums = topic_nums +1 "+
"WHERE user_id = 1");
conn.commit();④提交事务
}catch(Exception e){
…
conn.rollback();⑤提交事务
}finally{
…
}

     在JDBC 2.0中，事务最终只能有两个操作：要么提交要么回滚。但是，有些应用可能需要对事务进行更多的控制，而不是简单地提交或回滚。JDBC 3.0（JDK 1.4及以后的版本）引入了一个全新的保存点特性，Savepoint 接口允许你将事务分割为多个阶段，你可以指定回滚到事务的特定保存点，而非象JDBC 2.0一样只回滚到开始事务的点，如图 1所示：

                                                                              图 1 带Savepoint的事务
    下面的代码使用了保存点的功能，在发生特定问题时，回滚到指定的保存点，则非回滚整个事务，如代码清单 2所示：
代码清单 2使用保存点的事务代码 

   …
Statement stmt = conn.createStatement();
int rows = stmt.executeUpdate( "INSERT INTO t_topic VALUES(1,’tom’) " );
Savepoint svpt = conn.setSavepoint("savePoint1");①设置一个保存点
rows = stmt.executeUpdate( "UPDATE t_user set topic_nums = topic_nums +1 "+
"WHERE user_id = 1");
…
conn.rollback(svpt); ②回滚到①处的savePoint1，①之前的SQL操作，在整个事务提交
后依然提交，但①到②之间的SQL操作被撤销了
…
conn.commit();③提交事务

    并非所有数据库都支持保存点功能，你可以通过DatabaseMetaData#supportsSavepoints()方法查看是否支持。

小结
    数据一致性和访问的并发性两者之间的非常好的平衡永远是数据库应用程序开发所追求的终极目录。数据事务是保证数据访问一致性的不二法门，使用API进行数据库事务应用开发时，必须深刻了解事务控制属性对应用性能和数据一致性两者的影响，并根据项目实际需要进行合理的设置。