我们知道,事务的四大特性是A(原子性)、C(一致性)、I(隔离性)、D(持久性)。
事务隔离级别就是为了满足隔离性的机制。
在并发场景下,如果没有一定的处理方式,就会出现脏读、幻读、不可重复读三类问题。
脏读:事务A在执行过程中,修改了某数据,事务B读取了修改后的数据,然后事务A进行了回滚操作,这个时候事务B读取到的数据就是"脏数据"。
不可重复读:事务A读取了两次数据,在这个过程中事务B修改了这部分数据并提交,导致两次读取出来的数据不一样。
幻读:和不可重复读有点像,事务A读取两次数据,在这个过程中事务B在数据集合里添加了一条记录,导致两次读出来的条数不一样。幻读强调的是数据集合的增减,不关注某一条记录的修改。
针对这三类问题,SQL标准定义了四种隔离级别:
读未提交 | READ UNCOMMITTED |
---|---|
读已提交 | READ COMMITTED |
可重复读 | REPEATABLE READ |
串行化 | SERIALIZABLE |
从上到下,隔离强度依次变强,性能也依次降低,MySQL支持这四种事务隔离级别,默认为可重复读。
下面是在这四种隔离级别下,三类问题的解决程度。
隔离级别\发生问题 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交 | 未解决 | 未解决 | 未解决 |
读已提交 | 已解决 | 未解决 | 未解决 |
可重复读 | 已解决 | 已解决 | 未解决 |
串行化 | 已解决 | 已解决 | 已解决 |
读未提交和串行化基本上是不需要考虑的隔离级别,前者没有任何锁限制,后者对性能影响太大。