事务与锁详解1

本文详细介绍了数据库事务的四大特性:原子性、一致性、隔离性和持久性,并讨论了事务并发可能导致的脏读、不可重复读和幻读问题。同时,文章探讨了SQL92 ANSI/SIO标准定义的四种事务隔离级别及其在MySQL InnoDB中的实现,提出了通过加锁和MVCC(多版本并发控制)解决读一致性问题的方案。
摘要由CSDN通过智能技术生成
  1. 事务的定义
    事务是数据库管理系统(DBMS)执行过程中的一个逻辑单位,由一个有限的数据库操作序列构成。

  2. 事务的四大特性

    原子性(atomicity) undo log
    原子性是指事务包含的所有操作要么全部成功,要么全部失败回滚,这和前面两篇博客介绍事务的功能是一样的概念,因此事务的操作如果成功就必须要完全应用到数据库,如果操作失败则不能对数据库有任何影响。

    一致性(Consistent)
    一致性是指事务必须使数据库从一个一致性状态变换到另一个一致性状态,也就是说一个事务执行之前和执行之后都必须处于一致性状态。

    隔离性(Isolation)
    隔离性是当多个用户并发访问数据库时,比如操作同一张表时,数据库为每一个用户开启的事务,不能被其他事务的操作所干扰,多个并发事务之间要相互隔离。

    持久性(Durable)
    持久性是指一个事务一旦被提交了,那么对数据库中的数据的改变就是永久性的,即便是在数据库系统遇到故障的情况下也不会丢失提交事务的操作。

    事务持有的锁在事务结束时或连接断开时会释放掉。
    

3. 事务并发的三大问题

1.在一个事务里面前后两次读取的数据结果不一致,是因为其他事务修改了数据并且没有提交的情况,叫做脏读。
在这里插入图片描述
2.在一个事务里面前后两次读取的数据结果不一致,是因为其他事务修改了数据并且已提交的情况叫做不可重复读。
在这里插入图片描述
3.在一个事务里面后一次查询的数据结果比前一次多了一条数据,是因为其他事务新增了一条数据并且已提交的情况叫做幻读。
在这里插入图片描述
总结:事务并发的三大问题其实都是数据库读一致性问题,必须由数据库提供一定的事务隔离机制来解决。

4. 事务的四种隔离级别
SQL92 ANSI/SIO标准:
Read Uncommitted(未提交读) —未解决任何并发问题
事务未提交的数据对其他事务也是可见的,会出现脏读。

Read Committed(已提交读) —解决脏读问题
一个事务开始之后,只能看到已提交的事务所做的修改,会出现不可重复读 。

Repeatable Read(可重复读) —解决不可重复读问题
在同一个事务中多次读取同样的数据结果是一样的,这种隔离级别未定义解决幻读的问题 。

Serializable(串行化) —解决所有问题
最高的隔离级别,通过强制事务的串行执行。

MySQL InnoDB对事务隔离级别的支持程度
隔离级别并发度由上到下越来越高,能支持的并发度越来越低
在这里插入图片描述
思考:如果要解决读一致性的问题,保证一个事务中前后两次读取数据结果一直,实现事务隔离,应该怎么做?

解决方案:
1)在读取数据前对其加锁,组织其他事务对数据进行修改(LBCC)Lock Based Concurrency Control。
2)生成一个数据请求的时间点的一致性数据快照(Snapshot),并用这个快照提供一定级别(语句或事务级)的一次性读取(MVCC)Multi Version Concurrency Control。

MVCC
DB_TRX_ID,6字节:插入或更新行的最后一个事物的事务ID,事务编号是自动递增的(创建版本)。
DB_ROLL_PTR,7字节:回滚指针(删除版本)。
在这里插入图片描述
特性:可以查询到在当前事务开始之前,已经存在的数据,即使后面事务进行了新增、删除或修改操作,当前事务仍然能读取到这些数据。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值