（教妹学数据库系统）（十一）并发控制

Faith ·

更新时间:2024-09-21

· 631 次阅读

hello大家好，好久不见！今天我们继续学习《教妹学数据库系统》。教妹学数据库，没见过这么酷炫的标题吧？“语不惊人死不休”，没错，标题就是这么酷炫。

我的妹妹小埋18岁，校园中女神一般的存在，成绩优异体育万能，个性温柔正直善良。然而，只有我知道，众人眼中光芒万丈的小埋，在过去是一个披着仓鼠斗篷，满地打滚，除了吃就是睡和玩的超级宅女。而这一切的转变，是从那一天晚上开始的。

从此之后，小埋经常让我帮她辅导功课。今天她想了解数据库系统中的并发控制。本篇教程通过我与小埋的对话的方式来谈一谈并发控制。

事务

事务(transaction)是在数据库上执行的一个或多个操作构成的序列，用来完成数据库系统的高级功能。
在这里插入图片描述

SQL事务语句

事务启动(start):BEGIN;

事务提交(commit):COMMIT;
将事务对数据库的修改持久地写到数据库中

事务中止(abort):ROLLBACK;

将事务对数据库的修改全部撤销(undo)，就像事务从未执行过

事务可以中止自己，也可以被DBMS中止

事务的ACID性质(TheACIDProperties) 原子性(Atomicity): “allornothing”

事务的操作要么全部执行，要么一个也不执行

事务的执行只有两种结局

执行完所有操作后提交⇒不破坏原子性执行了部分操作后中止⇒破坏原子性 DBMS保证事务的原子性

中止事务(abortedtxn)执行过的操作必须撤销(undo)

一致性(Consistency): “itlookscorrecttome”

如果事务的程序正确，并且事务启动时数据库处于一致状态(consistentstate)，则事务结束时数据库仍处于一致状态

用户(user)保证事务的一致性（别写错程序） 隔离性(Isolation):“asifalone”

一个事务的执行不受其他事务的干扰

多个事务的执行有2种方式

串行执行(serial execution) ⇒ 不破坏隔离性

交叉执行(interleaving execution) ⇒ 可能破坏隔离性

DBMS保证事务的隔离性

并发控制(concurrencycontrol):确定多个事务的操作的正确交叉执行顺序 持久性(Durability):“survivefailures”

事务一旦提交，它对数据库的修改一定全部持久地写到数据库中

故障(failure)导致事务对数据库的修改有4种结果

提交事务的修改已全部持久存储 ⇒不破坏持久性提交事务的修改仅部分持久存储 ⇒破坏持久性中止事务的修改有些已持久存储 ⇒破坏持久性中止事务的修改未持久存储 ⇒不破坏持久性 DBMS保证事务的持久性重做(redo)提交事务对数据库的修改撤销(undo)中止事务对数据库的修改 并发控制 基本概念 数据库(database):固定的数据对象集合数据对象是个抽象概念，可以是属性值、元组、页、关系或数据库数据对象又称数据库元素(databaseelement) 我们先不考虑数据的插入和删除事务(transaction):数据库对象的读/写操作序列事务可以在数据库上进行很多操作，但DBMS只关心事务对数据对象的读/写操作 调度(Schedules)

调度(schedule)是一个或多个事务的重要操作的序列。
在这里插入图片描述