JDBC核心技术_第6章： 数据库事务

6.1 数据库事务介绍

• 事务：一组逻辑操作单元,使数据从一种状态变换到另一种状态。
• 事务处理（事务操作）：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。当在一个事务中执行多个操作时，要么所有的事务都被提交(commit)，那么这些修改就永久地保存下来；要么数据库管理系统将放弃所作的所有修改，整个事务回滚(rollback)到最初状态。
• 为确保数据库中数据的一致性，数据的操纵应当是离散的成组的逻辑单元：当它全部完成时，数据的一致性可以保持，而当这个单元中的一部分操作失败，整个事务应全部视为错误，所有从起始点以后的操作应全部回退到开始状态。

6.2 JDBC事务处理

• 数据一旦提交，就不可回滚。
• 数据什么时候意味着提交？
  • 当一个连接对象被创建时，默认情况下是自动提交事务：每次执行一个 SQL 语句时，如果执行成功，就会向数据库自动提交，而不能回滚。
  • 关闭数据库连接，数据就会自动的提交。如果多个操作，每个操作使用的是自己单独的连接，则无法保证事务。即同一个事务的多个操作必须在同一个连接下。
• JDBC程序中为了让多个 SQL 语句作为一个事务执行：
  • 调用 Connection 对象的 setAutoCommit(false); 以取消自动提交事务
  • 在所有的 SQL 语句都成功执行后，调用 commit(); 方法提交事务
  • 在出现异常时，调用 rollback(); 方法回滚事务

若此时 Connection 没有被关闭，还可能被重复使用，则需要恢复其自动提交状态
setAutoCommit(true)。尤其是在使用数据库连接池技术时，执行close()方法前，建议恢复自动提交状态。
注：主要考虑后面的数据库连接池，即提前造好一个池子，里面有很多连接，对于一个事务，就不用去造连接了，拿着池子里的连接去做就可以，操作结束后，虽然也做了连接的close（），但是连接并没有关，而是又还回到连接池里了，在进行上述连接的时候，我们setAutoCommit(false)了，还回连接池也将是false状态，由于默认情况下是true，万一另外一个事务去拿着这个连接操作，有可能就会拿到false的连接，不太好，因此恢复成默认值，以免别人用时，不是默认状态，不好。

6.2.1 try-catch-finally 和throws的选择

package com.atguigu1.transaction;

import java.sql.Connection;
import java.sql.PreparedStatement;
import java.sql.ResultSet;
import java.sql.ResultSetMetaData;
import java.util.List;

import org.junit.Test;

import com.atguigu1.util.JDBCUtils;

public class ConnectionTest {
   
	
	@Test
	public void testGetConnection() throws Exception{
   
		Connection conn = JDBCUtils.getConnection();
		System.out.println(conn);
	}
	
	
	/*
	 * 注1：
	 *关于异常处理，有的是try-catch-finally ;有的是throws
	 *为什么getConnection不用try-catch-finally?
	 * 因为处理掉后，对于getConnection方法没有问题，但是对于后续的程序会出现问题，
	 * 使用try-catch-finally处理异常，如果真出异常，就会将异常处理掉，程序会继续往下走
	 * 
	 * 
	 * 
	public <T> List<T> getForList(Class<T> clazz, String sql, Object... args) {
		Connection conn = null;
		PreparedStatement ps = null;
		ResultSet rs = null;
		try {
			conn = JDBCUtils.getConnection();

			ps = conn.prepareStatement(sql);
			for (int i = 0; i < args.length; i++) {
				ps.setObject(i + 1, args[i]);
			}
	 * 往下走就会出现问题。
	 */
	
	/*
	 * 注2：以后写程序，如果一个程序中先后执行好几个方法，他们各自里边可能都会有异常出现，那么方法1，2，3
	 * 都选择throws，然后统一try-catch,这样方法1出现异常后，直接到catch里，后边方法2和方法3就都不执行了；
	 * 而如果让方法1try-catch那么，catch完后，还会执行后边的方法2，3，是不合理的。
	 * 
	 * 
	 * 
	 * 
	 * try
	 * {
	 * 		方法1；
	 * 		方法2；
	 * 		方法3
	 * }
	 * catch...
	 * 
	 */
	
	/*
	 * 注3：需要关闭资源要考虑try-catch-finally。
	 */
	
}

6.2.2 关于事务

/*
 * 1.什么叫数据库事务？
 * 事务：一组逻辑操作单元,使数据从一种状态变换到另一种状态。
 * 		> 一组逻辑操作单元：一个或多个DML操作。
 * 		如：AA给BB转100元，和CC给DD转100元是两个事务。
 * 
 * 2.事务处理的原则：保证所有事务都作为一个工作单元来执行，即使出现了故障，都不能改变这种执行方式。
 *   当在一个事务中执行多个操作时，		
 * 		要么所有的事务都被提交(commit)，那么这些修改就永久地保存下来；
 * 		要么数据库管理系统将放弃所作的所有修改，整个事务回滚(rollback)到最初状态。
 * 
 * 3.数据一旦提交，就不可回滚
 * 
 * 4.哪些操作会导致数据的自动提交？（以下操作，为了考虑事务，都不允许提交）
 * 		>DDL操作一旦执行，都会自动提交。
 * 			>set autocommit = false 对DDL操作失效
 * 		>DML默认情况下，一旦执行，就会自动提交。
 * 			>我们可以通过set autocommit = false的方式取消DML操作的自动提交。
 * 		>默认在关闭连接时，会自动的提交数据
 * 		
 */

6.2.3未考虑数据库事务情况下的转账操作

//*********************************未考虑数据库事务情况下的转账操作************************************
	/*
	 * 
	 * 考虑事务：只能是同时执行成功两条语句，或者执行失败两条语句；而不能只执行上面或者下面一条数据。
	 * 
	 * 针对于数据表user_table来说：
	 * AA用户给BB用户转账100
	 * 
	 * update user_table set balance = balance - 100 where user = 'AA';
	 * update user_table set balance = balance + 100 where user = 'BB';
	 */
	@Test
	public void testUpdate(){
   
		
		String sql1 = "update user_table set balance = balance - 100 where user = ?";
		update(sql1, "AA");
		
		//模拟网络异常（上面执行，下面不执行，应该将上面的语句回滚一下，保证AA的钱没转成功的情况下还能回来）
		//注：钱都跑到支付宝中了
		System.out.println(10 / 0);
		
		String sql2 = "update user_table set balance = balance + 100 where user = ?";
		update(sql2, "BB");
		
		System.out.println("转账成功")