JDBC一数据库事务

引入数据库事务

为什么要引入数据库事务

举一个简单的例子 ↓
假如A向B转账300块钱

如果发生了以下情况

 		String sql1 = "update test set balance = balance - 300 where name =?";
        update(sql1,"A");
        
        //中途出现异常
        System.out.println(3/0);
        
        String sql2 = "update test set balance = balance + 300 where name =?";
        update(sql2,"B");

那么就会出现错误

所以必须保证要么关联的SQL语句要么一起执行，要么一起不执行

数据库事务介绍

事务:一组逻辑操作单元,使数据从一种状态变换到另一种状态。

• 一组逻辑操作单元包含一个或多个DML操作

事务处理：保证所有事务都作为一个工作单元来执行，即
使出现了故障，都不能改变这种执行方式。当在一个事务中执行多个操
作时，要么所有的事务都被提交(commit)，那么这些修改就永久地保存
下来；要么数据库管理系统将放弃所作的所有修改，整个事务**回滚
(rollback)**到最初状态。

一般情况下，回滚会回到上一个提交点（commit），也就是说，数据一旦提交，就不可以回滚。

那么哪些操作会导致数据自动提交呢

• DDL操作一旦执行，都会自动提交
  set autocommit = false 也不能取消DDL的自动提交
• DML操作默认情况下一旦执行，就会自动提交
  set autocommit = false 也不能取消DDL的自动提交
• 在关闭连接的时候，默认会自动提交数据

所以为了保证所有事务都为一个工作单元，必须避免在全部操作没有实现之前，个别的操作自动提交。

考虑上事务之后

通用的增删改操作就不需要在里面创建连接了，而是将连接对象放入参数中

如下：

public int update(Connection conn,String sql, Object... args) {
		PreparedStatement ps = null;
		try {
			ps = conn.prepareStatement(sql);
			for (int i = 0; i < args.length; i++) {
				ps.setObject(i + 1, args[i]);
			}
			return ps.executeUpdate();
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			JDBCUtils.closeResource(null, ps)；
		}
		return 0;

	}

转账操作如下：

public void testUpdateWithTx() {
		Connection conn = null;
		try {
			conn = JDBCUtils.getConnection();
			System.out.println(conn.getAutoCommit());
			//1.取消数据的自动提交
			conn.setAutoCommit(false);
			
			String sql1 = "update user_table set balance = balance - 300 where user = ?";
			update(conn,sql1, "A");
			
			//模拟异常
			System.out.println(3 / 0);
			
			String sql2 = "update user_table set balance = balance + 300 where user = ?";
			update(conn,sql2, "B");
			
			System.out.println("转账成功");
			
			//2.提交数据
			conn.commit();
			
		} catch (Exception e) {
			e.printStackTrace();
			//3.回滚数据
			try {
				conn.rollback();
			} catch (SQLException e1) {
				e1.printStackTrace();
			}
		}finally{
			
			JDBCUtils.closeResource(conn, null);
		}
		
	}

事务的ACID属性

1. 原子性（Atomicity）
原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。
2. 一致性（Consistency）
事务必须使数据库从一个一致性状态变换到另外一个一致性状态。
3. 隔离性（Isolation）
事务的隔离性是指一个事务的执行不能被其他事务干扰，即一个事务内部的操作及使用的数据对并发的其他事务是隔离的，并发执行的各个事务之间不能互相干扰。
4. 持久性（Durability）
持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来的其他操作和数据库故障不应该对其有任何影响

数据库的并发问题

对于同时运行的多个事务, 当这些事务访问数据库中相同的数据时, 如果没有采取必要的隔离机制, 就会导致各种并发问题:

脏读: 对于两个事务 T1和T2, T1 读取了已经被 T2 更新但还没有被提交的字段之后, 如果T2回滚, T1读取的内容就是临时且无效的。

不可重复读: 对于两个事务T1和T2,T1读取了一个字段的同时T2更新了该字段。当T1再次读取同一个字段时,值就不同了。

幻读: 对于两个事务T1和T2,T1从一个表中读取了一个字段, 然后 T2 在该表中插入了一些新的行。如果 T1 再次读取同一个表,就会多出几行。

一个事务与其他事务隔离的程度称为隔离级别，数据库规定了多种事务隔离级别, 不同隔离级别对应不同的干扰程度, 隔离级别越高, 数据一致性就越好, 但并发性越弱。

隔离级别	描述
READ UNCOMMITTED	允许事务读取未被其他事务提交的变更，脏读，不可重复读，幻读都会出现
READ COMMITTED	只允许事务读取已被其他事务提交的变更，可以避免脏读，但不可重复读，幻读都会出现
REPEATTABLE READ	确保一个事务在多次读取同一个字段的期间，禁止其他事务对这个字段进行更新，可以避免脏读和不可重复读，但幻读会出现
SERIALIZABLE	确保一个事务读取同一个表的期间，禁止其他事务对这个表执行插入，更新，删除操作，所有并发问题都可以解决，但是性能低下

Oracle 支持的 2 种事务隔离级别：READ COMMITED, SERIALIZABLE。
默认的事务隔离级别为: READ COMMITED

MySQL 支持 4 种事务隔离级别.
默认的事务隔离级别为: REPEATABLE READ

通过JAVA来设置隔离级别

代码 ↓

         //获取当前连接的隔离级别
		System.out.println(conn.getTransactionIsolation());
		//设置数据库的隔离级别：
		conn.setTransactionIsolation(Connection.TRANSACTION_READ_COMMITTED);