保存点是JDBC3.0的东西！当要求数据库服务器支持保存点方式的回滚。

校验数据库服务器是否支持保存点！

boolean b = con.getMetaData().supportsSavepoints();

保存点的作用是允许事务回滚到指定的保存点位置。在事务中设置好保存点，然后回滚时可以选择回滚到指定的保存点，而不是回滚整个事务！注意，回滚到指定保存点并没有结束事务！！！只有回滚了整个事务才算是结束事务了！

Connection类的设置保存点，以及回滚到指定保存点方法：

• 设置保存点：Savepoint setSavepoint()；
• 回滚到指定保存点：void rollback(Savepoint)。

/*
	 * 李四对张三说，如果你给我转1W，我就给你转100W。
	 * ==========================================
	 * 
	 * 张三给李四转1W（张三减去1W，李四加上1W）
	 * 设置保存点！
	 * 李四给张三转100W（李四减去100W，张三加上100W）
	 * 查看李四余额为负数，那么回滚到保存点。
	 * 提交事务
	 */
	@Test
	public void fun() {
		Connection con = null;
		PreparedStatement pstmt = null;
		
		try {
			con = JdbcUtils.getConnection();
			//手动提交
			con.setAutoCommit(false);
			
			String sql = "update account set balance=balance+? where name=?";
			pstmt = con.prepareStatement(sql);
			
			//操作1（张三减去1W）
			pstmt.setDouble(1, -10000);
			pstmt.setString(2, "zs");
			pstmt.executeUpdate();
			
			//操作2（李四加上1W）
			pstmt.setDouble(1, 10000);
			pstmt.setString(2, "ls");
			pstmt.executeUpdate();
			
			// 设置保存点
			Savepoint sp = con.setSavepoint();
			
			//操作3（李四减去100W）
			pstmt.setDouble(1, -1000000);
			pstmt.setString(2, "ls");
			pstmt.executeUpdate();		
			
			//操作4（张三加上100W）
			pstmt.setDouble(1, 1000000);
			pstmt.setString(2, "zs");
			pstmt.executeUpdate();
			
			//操作5（查看李四余额）
			sql = "select balance from account where name=?";
			pstmt = con.prepareStatement(sql);
			pstmt.setString(1, "ls");
			ResultSet rs = pstmt.executeQuery();
			rs.next();
			double balance = rs.getDouble(1);
　　　　　　//如果李四余额为负数，那么回滚到指定保存点
			if(balance < 0) {
				con.rollback(sp);
				System.out.println("张三，你上当了！");
			}
			
			//提交事务
			con.commit();
		} catch(Exception e) {
			//回滚事务
			if(con != null) {
				try {
					con.rollback();
				} catch(SQLException ex) {}
			}
			throw new RuntimeException(e);
		} finally {
			//关闭
			JdbcUtils.close(con, pstmt);
		}
	}

• 脏读：读取到另一个事务未提交数据；
• 不可重复读：两次读取不一致；
• 幻读（虚读）：读到另一事务已提交数据。

4个等级的事务隔离级别，在相同数据环境下，使用相同的输入，执行相同的工作，根据不同的隔离级别，可以导致不同的结果。不同事务隔离级别能够解决的数据并发问题的能力是不同的。

1 SERIALIZABLE（串行化）[c1] 

• 不会出现任何并发问题，因为它是对同一数据的访问是串行的，非并发访问的；
• 性能最差；

2 REPEATABLE READ[c2] （可重复读）（MySQL）

• 防止脏读和不可重复读，不能处理幻读问题；
• 性能比SERIALIZABLE好

 3 READ COMMITTED[c3] （读已提交数据）（Oracle）

• 防止脏读，没有处理不可重复读，也没有处理幻读；
• 性能比REPEATABLE READ好

4　READ UNCOMMITTED[c4] （读未提交数据）

• 可能出现任何事务并发问题
• 性能最好 

MySQL的默认隔离级别为REPEATABLE READ，这是一个很不错的选择吧！

con.setTransactionIsolation(int level)

参数可选值如下：

• Connection.TRANSACTION_READ_UNCOMMITTED；
• Connection.TRANSACTION_READ_COMMITTED；
• Connection.TRANSACTION_REPEATABLE_READ；
• Connection.TRANSACTION_SERIALIZABLE。

事务总结：

• 事务的特性：ACID；
• 事务开始边界与结束边界：开始边界（con.setAutoCommit(false)），结束边界（con.commit()或con.rollback()）；
• 事务的隔离级别： READ_UNCOMMITTED、READ_COMMITTED、REPEATABLE_READ、SERIALIZABLE。多个事务并发执行时才需要考虑并发事务。