【MySQL】——并发控制

💻博主现有专栏:

                C51单片机(STC89C516),c语言,c++,离散数学,算法设计与分析,数据结构,Python,Java基础,MySQL,linux,基于HTML5的网页设计及应用,Rust(官方文档重点总结),jQuery,前端vue.js,Javaweb开发,Python机器学习等
🥏主页链接:

                Y小夜-CSDN博客

目录

🎯并发控制概述

🎃丢失修改

🎃不可重复读

🎃读“脏”数据

🎯 封锁

🎃什么是封锁

🎃基本封锁类型

🎃锁的相容矩阵

🎯封锁协议

🎃一级封锁协议

🎃二级封锁协议

🎃三级封锁协议

🎯并发调度的可串行性

🎃 可串行化调度

🎃冲突可串行化调度

🎯并发控制


🎯并发控制概述

事务是并发控制的基本单位

并发控制机制的任务

  • 对并发操作进行正确调度
  • 保证事务的隔离性
  • 保证数据库的一致性

并发操作带来的数据不一致性

  • 1.丢失修改(Lost Update)
  • 2.不可重复读(Non-repeatable Read)
  • 3.读“脏”数据(Dirty Read)

记号

  • R(x):读数据x
  • W(x):写数据x

数据不一致性:由于并发操作破坏了事务的隔离性

        并发控制就是要用正确的方式调度并发操作,使一个用户事务的执行不受其他事务的干扰,从而避免造成数据的不一致性

        对数据库的应用有时允许某些不一致性,例如有些统计工作涉及数据量很大,读到一些“脏”数据对统计精度没什么影响,可以降低对一致性的要求以减少系统开销

并发控制的主要技术

  • 封锁(Locking)
  • 时间戳(Timestamp)
  • 乐观控制法
  • 多版本并发控制(MVCC)

🎃丢失修改

        两个事务T1和T2读入同一数据并修改,T2的提交结果破坏了T1提交的结果,导致T1的修改被丢失。

🎃不可重复读

        不可重复读是指事务T1读取数据后,事务T2     执行更新操作,使T1无法再现前一次读取结果。

        不可重复读包括三种情况:

(1)事务T1读取某一数据后,事务T2对其做了修改,当事务T1再次读该数据时,得到与前一次不同的值

(2)事务T1按一定条件从数据库中读取了某些数据记录后,事务T2删除了其中部分记录,当T1再次按相同条件读取数据时,发现某些记录神秘地消失了。

(3)事务T1按一定条件从数据库中读取某些数据记录后,事务T2插入了一些记录,当T1再次按相同条件读取数据时,发现多了一些记录。      后两种不可重复读有时也称为幻影现象(Phantom Row)

🎃读“脏”数据

 读“脏”数据是指:

  • 事务T1修改某一数据,并将其写回磁盘
  • 事务T2读取同一数据后,T1由于某种原因被撤销
  • 这时T1已修改过的数据恢复原值,T2读到的数据就与数据库中的数据不一致
  • T2读到的数据就为“脏”数据,即不正确的数据

🎯 封锁

🎃什么是封锁

        封锁就是事务T在对某个数据对象(例如表、记录等)操作之前,先向系统发出请求,对其加锁

        加锁后事务T就对该数据对象有了一定的控制,在事务T释放它的锁之前,其它的事务不能更新此数据对象。

        封锁是实现并发控制的一个非常重要的技术

🎃基本封锁类型

        一个事务对某个数据对象加锁后究竟拥有什么样的控制由封锁的类型决定。

基本封锁类型

  • 排它锁(Exclusive Locks,简记为X锁)
  • 共享锁(Share Locks,简记为S锁)

排它锁又称为写锁

  • 若事务T对数据对象A加上X锁,则只允许T读取和修改A,其它任何事务都不能再对A加任何类型的锁,直到T释放A上的锁
  • 保证其他事务在T释放A上的锁之前不能再读取和修改A

共享锁又称为读锁

  • 若事务T对数据对象A加上S锁,则事务T可以读A但不能修改A,其它事务只能再对A加S锁,而不能加X锁,直到T释放A上的S锁
  • 保证其他事务可以读A,但在T释放A上的S锁之前不能对A做任何修改

🎃锁的相容矩阵

Y=Yes,相容的请求

N=No,不相容的请求

在锁的相容矩阵中:

  • 最左边一列表示事务T1已经获得的数据对象上的锁的类型,其中横线表示没有加锁。
  • 最上面一行表示另一事务T2对同一数据对象发出的封锁请求
  •  T2的封锁请求能否被满足用矩阵中的Y和N表示
    • Y表示事务T2的封锁要求与T1已持有的锁相容,封锁请求可以满足
    • N表示T2的封锁请求与T1已持有的锁冲突,T2的请求被拒绝

🎯封锁协议

什么是封锁协议

  • 在运用X锁和S锁对数据对象加锁时,需要约定一些规则,这些规则为封锁协议(Locking Protocol)。
    • 何时申请X锁或S锁
    • 持锁时间
    • 何时释放
  • 对封锁方式规定不同的规则,就形成了各种不同的封锁协议,它们分别在不同的程度上为并发操作的正确调度提供一定的保证。

🎃一级封锁协议

  • 一级封锁协议
    • 事务T在修改数据R之前必须先对其加X锁,直到事务结束才释放。
      • 正常结束(COMMIT)
      • 非正常结束(ROLLBACK)
  • 一级封锁协议可防止丢失修改,并保证事务T是可恢复的。
  • 在一级封锁协议中,如果仅仅是读数据不对其进行修改,是不需要加锁的,所以它不能保证可重复读和不读“脏”数据。

🎃二级封锁协议

  • 二级封锁协议
    • 一级封锁协议加上事务T在读取数据R之前必须先对其加S锁,读完后即可释放S锁。
  • 二级封锁协议可以防止丢失修改和读“脏”数据。
  • 在二级封锁协议中,由于读完数据后即可释放S锁,所以它不能保证可重复读。

🎃三级封锁协议

  • 三级封锁协议
    • 一级封锁协议加上事务T在读取数据R之前必须先对其加S锁,直到事务结束才释放。
  • 三级封锁协议可防止丢失修改、读脏数据和不可重复读。

🎯并发调度的可串行性

  • 数据库管理系统对并发事务不同的调度可能会产生不同的结果
  • 串行调度是正确的
  • 执行结果等价于串行调度的调度也是正确的,称为可串行化调度

🎃 可串行化调度

可串行化(Serializable)调度

  • 多个事务的并发执行是正确的,当且仅当其结果与按某一次序串行地执行这些事务时的结果相同

可串行性(Serializability)

  • 是并发事务正确调度的准则
  • 一个给定的并发调度,当且仅当它是可串行化的,才认为是正确调度

🎃冲突可串行化调度

冲突可串行化

一个比可串行化更严格的条件

商用系统中的调度器采用

冲突操作:是指不同的事务对同一数据的读写操作和写写操作:

        Ri(x)与Wj(x)           /*事务Ti读x,Tj写x,其中i≠j*/

        Wi(x)与Wj(x)         /*事务Ti写x,Tj写x,其中i≠j*/

       其他操作是不冲突操作

🎯并发控制

数据库管理系统普遍采用两段锁协议的方法实现并发调度的可串行性,从而保证调度的正确性

两段锁协议

     指所有事务必须分两个阶段对数据项加锁和解锁

  • 在对任何数据进行读、写操作之前,事务首先要获得对该数据的封锁
  •  在释放一个封锁之后,事务不再申请和获得任何其他封锁

“两段”锁的含义

事务分为两个阶段

  •  第一阶段是获得封锁,也称为扩展阶段
    • 事务可以申请获得任何数据项上的任何类型的锁,但是不能释放任何锁
  •  第二阶段是释放封锁,也称为收缩阶段
    • 事务可以释放任何数据项上的任何类型的锁,但是不能再申请任何锁

学习推荐:

        在当今这个飞速发展的信息时代,人工智能(AI)已经成为了一个不可或缺的技术力量,它正在逐步改变着我们的生活、工作乃至整个社会的运作方式。从智能语音助手到自动驾驶汽车,从精准医疗到智慧城市,人工智能的应用已经渗透到了我们生活的方方面面。因此,学习和掌握人工智能相关的知识和技能,对于任何希望在这个时代保持竞争力的个人来说,都已经变得至关重要。

        然而,人工智能是一个涉及数学、计算机科学、数据科学、机器学习、神经网络等多个领域的交叉学科,其学习曲线相对陡峭,对初学者来说可能会有一定的挑战性。幸运的是,随着互联网教育资源的丰富,现在有大量优秀的在线平台和网站提供了丰富的人工智能学习材料,包括视频教程、互动课程、实战项目等,这些资源无疑为学习者打开了一扇通往人工智能世界的大门。

        前些天发现了一个巨牛的人工智能学习网站:前言 – 人工智能教程通俗易懂,风趣幽默,忍不住分享一下给大家。

  • 106
    点赞
  • 77
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 118
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 118
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Y小夜

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值