问:什么是事务?
- 事务
一组sql语句(insert、update、delete),全部成功,整体才算成功,一个失败,整体也算失败。
简单总结:
开启事务
执行sql语句群
出现异常 回滚事务(撤销)
无异常 事务提交(生效)
- Mysql中的事务管理
mysql 的事务默认自动打开,自动提交。 一条sql就是一个事务,所以不需要事务开启、事务回滚、事务提交。
开启事务: start transaction;
执行sql语句群
出现异常 事务回滚(撤销)事务结束 rollback;
无异常 事务提交(生效) 事务结束commit;
start transaction; --- 开启事务。以后的sql都在一个事务中。更改的内容不会自动提交。
rollback; --- 回滚事务,都失败的情况。事务结束,全部失败,数据恢复到事务未开启之前的状态。
commit; --- 提交事务,都成功的情况。事务结束,全部成功。
- JDBC中的事务管理(★★★★★)
开启事务:
Connection.setAutoCommit(false)
执行sql语句群
出现异常 事务回滚(撤销)事务结束 Connection.rollback();
无异常 事务提交(生效)事务结束 Connection.commit();
注意:comm.rollback(),conn.commit() 应该只在开启事务时使用,conn.setAutoCommit(false); 时才有效。
易错事项:
- Connection 和 PrepareStatement 对象引入时,必须是 java.sql 包下的。
- 开启事务 conn.setAutoCommit(false) 必须在 Connection对象获取之后。
- 抓异常时,最好选得大一些。因为 数/0 报的是 算术异常,不在sql异常范围内,所以最好改成Exception
- 事务的回滚点
作用:JDBC使用接口Savapoint表示事务回滚点,当出现异常事务回滚时,使用savapoint 更新回滚点之前的数据。
Savepoint setSavepoint() 在当前事务中创建一个未命名的保存点 (savepoint),并返回表示它的新 Savepoint 对象。
如何把数据回滚到 指定的回滚点的位置? 使用Connection.rollback(Savapoint)
void rollback(Savepoint savepoint) 取消所有设置给定 Savepoint 对象之后进行的更改。
易错点:
- 设置回滚点,必须事务开启之后。
- 异常中 事务回滚,需要设置参数为 回滚点。
- 异常中 事务回滚之后,还需要提交事务。
- 事务的特性 ACID (理解)
数据库的事务必须具备ACID特性,ACID是指 Atomic(原子性)、Consistensy(一致性)、Isolation(隔离型)和Durability(持久性)的英文缩写。
- 原子性(Atomicity)
- 一个事务中所有操作,要么全部完成,要么全部不完成,不会结束在中间某个环节。一致性(Consistency)一个事务在执行之前和执行之后 数据库都必须处于一致性状态。如果事务成功的完成,那么数据库的所有变化将生效。如果事务执行出现错误,那么数据库的所有变化将会被回滚(撤销),返回到原始状态。
- 隔离性(Isolation)多个用户并发的访问数据库时,一个用户的事务不能被其他用户的事务干扰,多个并发的事务之间要相互隔离。
- 持久性:指一个事务一旦被提交,它对数据库的改变将是永久性的,接下来即使数据库发生故障也不会对数据产生影响。
- 事务的隔离级别
如果不考虑事务的隔离型,由于事务的并发,将会出现以下问题:
- 脏读 -- 最严重,杜绝发生
- 不可重复读
- 幻读(虚读)
脏读:指一个事务读取了另外一个事务 未提交的数据。
不可重复读:在一个事务内多次读取表中的数据,多次读取的结果不同。
和脏读的区别: 不可重复读是读取的已提交数据
和脏读不同的是:脏读读取的是前一事务未提交的数据,不可重复度 读取的是前一事务已提交的事务。
幻读(虚读)
指在一个事务中 读取 另一个事务 插入或删除 数据记录,导致当前事务 读取数据前后不一致。
虚读和不可重复读的区别:
虚读 强调的是数据表 记录数 的变化,主要是 insert 和 delete 语句。
不可重复读 强调的是数据表 内容 的变化,主要是 update 语句。
- 数据库的隔离级别:
数据库共定义了4种隔离级别(限制由高到低, 性能从低到高):
serializable(串行化):可避免 脏读、不可重复读、虚读情况的发生。
repeatable read(可重复读):可避免 脏读、不可重复读, 不可避免 虚读。mysql采用可重复读。
read committed(读已提交):可避免 脏读,不可避免 不可重复读、虚读。oracle采用读已提交。
read uncommitted(读未提交):不可避免 脏读、不可重复读、虚读。
查询当前数据库的隔离级别:
select @@tx_isolation;
设置事务的隔离级别:
set session transaction isolation level 事务隔离级别;
注意:mysql数据库本身,已经对虚读做了优化处理,所以展示不出虚读的发生。
mysql的默认隔离级别是 repeatable read;
oracle的默认隔离级别是 read committed;
隔离级别的性能问题
性能比较:
serializable 性能最差,多个事务排队执行。
serializable < repeatable read < read committed < read uncommitted
安全性比较:
serializable 安全性能最好,所有问题都可以避免
serializable > repeatable read > read committed > read uncommitted
分析:
serializable 性能太差
read uncommitted 无法避免脏读,问题严重
总结:数据库厂商 选择了这种方案: 读已提交 和 可重复读
mysql 选择的可重复读 -- repeatable read
oracle 选择 读已提交 -- read committed