数据安全问题:脏读、不可重复读、幻读(都是多个事务同时执行时才发生)
1. 事务的定义
事务指的是逻辑上的一组操作,这组操作要么全部成功,要么全部失败
以下几个都可以看作一个事务:
* 查询一个用户的信息(select)
* 修改一个用户的年龄(update)
* 两个账户之间的转账(多个update)
* 删除一个用户(delete)
...
2. 事务的特性
原子性:事务是一个不可分割的单位,事务中的操作要么都发生,要么都不发生
一致性:事务前后数据的完整性必须保持一致
隔离性:多个用户并发访问数据库时,一个用户的事务不能被其他用户的事务所干扰,多个并发事务之间数据要相互隔离
持久性:事务一旦被提交,它对数据库中数据的改变就是永久性的,即使数据库发生故障也不应对其有任何影响
3. 事务的隔离级别
先了解并行度的概念:多个操作并发执行的程度。并行度越高,出现的问题也越多。
一般有四种:读读并行、读写并行、写读并行、写写并行。
SQL 92标准将事务的隔离级别定为4种
隔离级别 | 含义 | 并行度 | 说明 |
READ_UNCOMMITED | 允许读取其他事务还未提交的数据 | 读读并行、读写并行、写读并行 | 因为写读并行,所以会出现脏读 |
READ_COMMITED | 允许读取其他事务提交后的数据 | 读读并行、读写并行 | 因为读写并行,所以会出现不可重复读。 |
REPEATABLE_READ | 可重复读 | 读锁不能被写锁升级、读读可并行 | 因为读使用的是行锁(猜的),未锁定新增加的行,所以会出现幻读 |
SERIALIZABLE | 序列化 | 排他锁 | 跟单线程一样执行,不存在多线程的问题 |
后来又出现一种新的隔离级别:SNAPSHOT ISOLATION。
SNAPSHOT ISOLATION:快照隔离级别。使用MVCC(多版本并发控制)。核心:copy on write,无锁编程。
针对读多写少场景优化(因为‘写’需要记录各个版本)
并行度可以做到:读读并行、读写并行、写读并行。这与READ_UNCOMMITED是相同的,但不会出现脏读、不可重复读。
脏读 | 不可重复读 | 幻读 | |
READ_UNCOMMITED | o | o | o |
READ_COMMITED | x | o | o |
REPEATABLE_READ | x | x | o |
SNAPSHOT | x | x | o |
SERIALIZABLE | x | x | x |
4. 事务的传播行为
假设有两个方法methodA()、methodB(),都使用了事务,而且methodA()调用了methodB()。问题:methodB()是否要作为methodA()事务的一部分提交?
java代码如下:
@Transactional
public void methodA() {
methodB();
}
@Transactional
public void methodB() {
// doSomething
}
为解决这个问题,spring提供了七种事务的传播行为
事务传播行为 | 说明 |
PROPAGATION_REQUIRED | 支持当前事务,如果不存在,就新建一个 |
PROPAGATION_SUPPORTS | 支持当前事务,如果不存在,就不使用事务 |
PROPAGATION_MANDATORY | 支持当前事务,如果不存在,抛出异常 |
PROPAGATION_REQUIRES_NEW | 如果有事务存在,挂起当前事务,创建一个新事务 |
PROPAGATION_NOT_SUPPORTED | 以非事务方式运行,如果有事务存在,挂起当前事务 |
PROPAGATION_NEVER | 以非事务方式运行,如果有事务存在,抛出异常 |
PROPAGATION_NESTED | 如果有事务存在,则嵌套事务运行 |