阅读 181

数据库并发问题及四种隔离级别原理深入分析(最详细)

目前网上绝大部分文章只说了并发存在的问题以及隔离级别有哪些,很少有深入分析其具体的实现原理的,本文以最简单实例总结一下。


引言

数据库中事务要遵循的ACID特性:

  • 原子性(Atomicity)

  • 一致性(Consistensy)

  • Isolation(隔离性)

  • Duration(持久性)

其中隔离性体现的就是多个事务并发操作数据库时,应该是独立互不干扰的。实际情况中,隔离性是比较灵活的,设定了多个分层级别,主要是为了应对事务并发操作数据库时带来的几个常见问题。


并发常见问题

通常所说的并发问题包括脏读、不可重复读、幻读,这里把脏写也算上,其实和脏读是一类情况。

用两个事务的执行来举例,直观理解。

1 脏读

事务A事务B

UPDATE users SET age = 21 WHERE id = 1;

/* 还未提交 */
SELECT age FROM users WHERE id = 1;

/* age == 21是脏数据 */


ROLLBACK

事务B修改了表中某行的值,但未提交。此时事务A来了读取到了该行被事务B修改后的值,过一会事务B又回滚了。则事务A读取到的值为脏数据,用该数据做的一切操作在回滚后都无效了。

由于读到的数据不是真正写入数据库的,因此称为脏读。

2 脏写

事务A事务B

UPDATE users SET age = 21 WHERE id = 1;

/* 还未提交 */
SELECT age FROM users WHERE id = 1
UPDATE users SET age = 22 WHERE id = 1;

/* 读到脏数据后进行修改*/


ROLLBACK

在脏读的基础上,事务A读取到脏数据后,对脏数据又进行了修改。等到事务B回滚后,这个修改也无效了。

由于写入的这个数据是无效的,因此称为脏写。

注意:脏写可归到脏读中,事务A读取到脏数据后的一系列操作可包括脏写。

3 不可重复读

事务A事务B
SELECT age FROM users WHERE id = 1

/* age == 20是原数据 */


UPDATE users SET age = 21 WHERE id = 1;

COMMIT
SELECT age FROM users WHERE id = 1

/* age == 21是B修改后的数据 */

事务A先读取了表中某行的值,此时事务A还未结束。之后事务B来了修改了该值并且提交了,事务A一会又读了一遍该行值,发现前后不一样了。

由于从数据一致性的角度可以说该行值不可重复读,因此称为不可重复读

4 幻读

事务A事务B
SELECT * FROM users WHERE age BETWEEN 10 AND 30;

/* A查询年龄在10到30岁之间的人 */


INSERT INTO users VALUES ( 3, ‘Bob’, 27 );

/* B插入了一条数据,年龄27 */

COMMIT
SELECT * FROM users WHERE age BETWEEN 10 AND 30;

/* A再查了一次,发现多了一条数据 */

事务A先查询了一些数据,此时事务A还未结束。事务B来了,插入了一些数据,然后事务A再按之前的条件查询了一次,发现查到的数据变多了。

由于站在事务A的角度看凭空多了一些数据,像幻象一样,因此成为幻读。


四种隔离级别实现原理

为了应对上述并发问题,InnoDB中设置四种隔离级别(Myisam不支持事务):

  • 未提交读——READ UNCOMMITED,解决脏写

  • 已提交读——READ COMMITED,解决脏读

  • 可重复读——REPEATABLE READ,解决脏读、不可重复读

  • 串行化——SERIALIZABLE,解决脏读、不可重复读、幻读

首先明确,隔离级别的实现均通过行级锁和表级锁来实现!

三种隔离级别依次解决每一个并发问题,下面层层递进分析每一种隔离级别的实现原理。

1 未提交读

未提交读是最松的一种并发策略,存在脏读、可重复读、幻读的问题。

原理:
事务在读数据时,不加任何锁
事务在写数据时,对数据加行级共享锁,事务结束时释放

2 已提交读

已提交读可以解决脏读问题,但还存在可重复读、幻读的问题。

原理:
事务在读数据时的瞬间加行级共享锁,读完马上释放
事务在写数据时,只对数据加行级排他锁,事务结束时释放

如何解决脏读?
为了解决脏读的问题,要保证事务A在事务B修改数据并且提交之后才能读,因此与未提交读的区别在于:在写数据时要加行级排他锁,使得事务B从修改数据开始一直到事务结束时都不会被事务A读取被修改数据

3 可重复读

可重复读可以解决脏读、不可重复读问题,但还存在幻读的问题。

原理:
事务在读数据时,对数据加行级共享锁,事务结束时释放
事务在写数据时,对数据加行级排他锁,事务结束时释放

如何解决不可重复读?
为了解决不可重复读的问题,要保证事务A在读数据后到事务结束这个过程中事务B不能对其进行修改,因此与已提交读的区别在于:读数据时加行级共享锁,一直到事务结束再释放而不是读完就释放

4 串行化

串行化可以解决脏读、不可重复读、幻读问题,所有问题都解决,但并发度最低

原理:
事务在读数据时,对数据加表级共享锁,事务结束时释放
事务在写数据时,对数据加表级排他锁,事务结束时释放

如何解决幻读?
为了解决幻读的问题,要保证事务A在读数据后到事务结束这个过程中事务B不能插入数据,因此与可重复读的区别在于:把锁换成表级的,事务A对某个表中数据操作时,事务B不能再操作这个表

标签:事务,users,幻读,数据库,并发,脏读,深入分析,数据,age
来源: https://blog.csdn.net/weixin_42310154/article/details/121435271


文章分类
代码人生
版权声明:本站是系统测试站点,无实际运营。本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 XXXXXXo@163.com 举报,一经查实,本站将立刻删除。
相关推荐