事务(Transaction),其实指的一组操作,里面包含许多单一的逻辑。只要有一个逻辑没有执行成功,那么都算失败。所有数据都回归到最初状态(回滚)
为什么要有事务?
想一下。如果我们去转账。张三把钱转给李四、张三转出去的瞬间服务器崩了或者是其他原因导致李四并没有收到钱、那么钱如果不回到张三的账户中估计张三和李四都要不高兴了。
命令行演示事务
- 开启事物:
start transaction;
- 查看事务:
show variables like'commit';
- 关闭自动提交事务
set autocommit = off;
- 打开自动提交事务:
set autocommit = on;
- 提交事物(数据将会写到磁盘上的数据库):
commit;
回滚事务(数据回滚,回到最初状态):
rollback;
使用代码方式演示事务
- 关闭自动提交设置
con.setAutoCommit(false)
- 提交事务
con.commit();
- 回滚事务
con.rollback();
public class TestDemo {
@org.junit.Test
public void test() {
java.sql.Connection con = null;
java.sql.PreparedStatement ps = null;
ResultSet rs=null;
try {
con = JDBCUtil.getConn();
//关闭提交
con.setAutoCommit(false);
ps = con.prepareStatement("update bank set money = money - ? where id = ?");
ps.setInt(1,100);
ps.setInt(2, 1);
ps.executeUpdate();
int a = 10/0;
ps.setInt(1,-100);
ps.setInt(2,2);
ps.executeUpdate();
//成功,提交
con.commit();
} catch (SQLException e) {
try {
//失败,回滚
con.rollback();
} catch (SQLException e1) {
// TODO Auto-generated catch block
e1.printStackTrace();
}
// TODO Auto-generated catch block
e.printStackTrace();
}finally{
JDBCUtil.release(con, ps, rs);
}
}
}
事务的特征
原子性
指的是事务中包含的逻辑,不可分割
一致性
指的是事务执行前后。数据完整性
隔离性
指的是事务在执行期间不应该受到其他事物的影响
持久性
指的是事务执行成功,那么数据应该永久保存在磁盘上
事务的安全隐患
不考虑隔离级别设置,那么会出现一下问题
读
脏读、不可重复度、幻读
脏读
一个事务读到另外一个事务还未提交的数据。
不可重复读
一个事务读到了另外一个事务的数据,造成了前后两次查询结果不一致
幻读
一个事务读到了另一个事务insert的数据 ,造成前后查询结果不一致 。
写
丢失更新
事务的隔离级别
读未提交
- 引发问题:脏读
读已提交
-
解决: 脏读 , 引发: 不可重复读
这个隔离级别能够屏蔽脏读的现象,但是引发了另一个问题,不可重复读。
- 设置A窗口的隔离级别为 读已提交
- A B 两个窗口都开启事务, 在B窗口执行更新操作。
- 在A窗口执行的查询结果不一致。 一次是在B窗口提交事务之前,一次是在B窗口提交事务之后。
可重复读
解决: 脏读 、 不可重复读 , 未解决: 幻读
可穿行化
解决: 脏读、 不可重复读 、 幻读。
如果有一个连接的隔离级别设置为了串行化 ,那么谁先打开了事务, 谁就有了先执行的权利, 谁后打开事务,谁就只能得着,等前面的那个事务,提交或者回滚后,才能执行。 但是这种隔离级别一般比较少用。 容易造成性能上的问题。 效率比较低。
按效率划分,从高到低
读未提交>读已提交>可重复读>可串行化
按拦截程度
可串行化 > 可重复读 > 读已提交 > 读未提交
mysql 默认的隔离级别是 可重复读
Oracle 默认的隔离级别是 读已提交
解决丢失更新
悲观锁
可以在查询的时候加入for update
乐观锁
要求程序员自己控制