事务

事务

Transaction（事务） 其实指的一组操作，里面包含许多个单一的逻辑。只要有一个逻辑没有执行成功，那么都算失败。 所有的数据都回归到最初的状态(回滚)。

意义：为了确保逻辑的成功。 例子： 银行的转账。一个账户钱少了，另一个账户因为某种原因钱没增加，这时就得回滚。

注意： 我们修改表的数据时，是将数据读到内存中，在内存操作数据后存储到数据库表中，开启事务回滚时，将数据库表中数据恢复到事务开启时的状态。而事务提交，是将内存中的数据存储到数据库中，以上为个人见解。（事务针对的是连接，比如将一个连接改为不自动提交，其他连接不受影响）

1.MySQL使用命令行方式演示事务：

• 开启事务
  start transaction;
• 提交或者回滚事务
  commit; 提交事务， 数据将会写到磁盘上的数据库
  rollback ; 数据回滚，回到最初的状态。

注意：数据库默认开启事务自动提交，以下关闭自动提交功能：

2.使用代码方式演示事务
代码里面的事务，主要是针对连接来的。

• 通过conn.setAutoCommit（false ）来关闭自动提交的设置。
• 提交事务 conn.commit();
• 回滚事务 conn.rollback();

...........................//部分代码省略
	Connection conn = null;
	PreparedStatement ps = null;
	ResultSet rs = null;
	try {
		conn = JDBCUtil.getConn();
		
		//连接，事务默认就是自动提交的。 关闭自动提交。
		conn.setAutoCommit(false);
		
		String sql = "update account set money = money - ? where id = ?";
		ps = conn.prepareStatement(sql);
		
		//扣钱， 扣ID为1 的100块钱
		ps.setInt(1, 100);
		ps.setInt(2, 1);
		ps.executeUpdate();

		int a = 10 /0 ; //此处自定义发生异常，使下面代码无法进行

		//加钱， 给ID为2 加100块钱
		ps.setInt(1, -100);
		ps.setInt(2, 2);
		ps.executeUpdate();
		
		//成功： 提交事务。
		conn.commit();
		
	} catch (SQLException e) {
		try {
			//事变： 回滚事务
			conn.rollback();
		} catch (SQLException e1) {
			e1.printStackTrace();
		}
		e.printStackTrace();
		
	}finally {
		JDBCUtil.release(conn, ps, rs);
	}
}

事务的特性

特性	解释
原子性	指的是事务中包含的逻辑，不可分割，即每个逻辑中已是最小单位，不能再分割了。
一致性	指的是事务执行前和执行后，数据的完整性保持一致。例如转账，一个增加，另一个减少。
隔离性	指的是事务在执行期间不应该受到其他事务的影响
持久性	指的是事务执行成功，那么数据应该持久保存到磁盘上。

事务的安全隐患
不考虑隔离级别设置，那么会出现以下问题。

读	解释
脏读	一个事务读到另外一个事务还未提交的数据（该数据可能修改了）
不可重复读	一个事务读到了另外一个事务提交的数据 ，造成了前后两次查询结果不一致。
幻读	一个事务读到了另一个事务insert的数据 ，造成前后查询结果不一致。

写	解释
丢失更新	一个事务的结果覆盖另一个事务的结果（两个事务修改不同的字段），造成另一个事务的修改结果被覆盖，回滚也有可能造成丢失更新。

隔离级别

级别	解释
读未提交	引发问题： 脏读
读已提交	解决： 脏读 引发： 不可重复读
可重复读	解决： 脏读 、 不可重复读 未解决： 幻读
可串行化	如果有一个连接的隔离级别设置为了串行化 ，那么谁先打开了事务， 谁就有了先执行的权利， 谁后打开事务，谁就只能等着，等前面的那个事务，提交或者回滚后，才能执行。 但是这种隔离级别一般比较少用。 容易造成性能上的问题， 效率比较低。 解决： 脏读、 不可重复读 、 幻读。

注意：
mySql 默认的隔离级别是 可重复读
Oracle 默认的隔离级别是 读已提交

1.按效率划分，从高到低
读未提交 > 读已提交 > 可重复读 > 可串行化
2.按拦截程度 ，从高到底
可串行化 > 可重复读 > 读已提交 > 读未提交

解决丢失更新

解决方法	解释
悲观锁	可以在查询的时候，加入 for update,等到另一个事务commit时才执行。
乐观锁	要求程序员自己控制。（添加一个代表版本的字段，commit前查看事务版本及数据库中最新数据版本是否一致，一致就提交，不一致就用最新数据重新操作，这要求程序员用代码实现）

悲观锁

乐观锁