SQL事务对并发处理的支持

前言

  继上次技术分享后,学到了关于mysql事务的许多新知识,感觉还是蛮有收获的。后来反过来想想,这些东西其实我们都接触过,最起码在自学考试的数据库系统原理那本书里面对事务的讲解,在里面就提到了事务的概念。

内容

1、首先事务本身有四个特性,分别是怎么体现的呢?

定义:

  是构成单一逻辑工作单元的操作集合,要么完整地执行,要么完全不进行。

特性(ACID


性质(ACID) 理解内容 由谁来实现
原子性(Atomicity   一个事务对数据库的所有操作,是一个不可分割的工作单元。这些操作要么全部执行,要么什么也不做。 DBMS的事务管理子系统来实现。
一致性(Consistency 一个事务独立执行的结果,应保持数据库的一致性,即数据不会因事务的执行而遭受破坏。

DBMS的完整性子系统执行测试任务。

隔离性(Isolation 在多个事务并发执行时,系统应保证与这些事务先后单独执行时的结果一样。

DBMS的并发控制子系统实现的。

持久性(Durability 一个事务一旦完成全部操作后,它对数据库的所有更新应永久地反映在数据库中,不会丢失。

DBMS的恢复管理子系统实现的。


1、数据库的并发控制带来的问题

    ① 丢失更新

    ② 读脏数据

    ③ 不可重复读

2、针对上面的问题,推出了三级封锁协议(X锁、S),分别在不同程度上解决了并发操作带来的问题,为并发操作的正确性提供了一定的保证。虽然在不同程度上解决了并发操作带来的问题,但是这种操作很容易造成饿锁、死锁、活锁。

3、所以在后期对事务的存取模式(Access Mode)和隔离级别(Isolation Level)进行了调整,以控制事务的并发进行。

    ① 存取模式:

        i.  READ ONLY(只读型):事务对数据库的操作只能是读操作。

        ii.  READ WRITE(读写型):事务对数据库的操作可以是读操作,也可以是写操作。

    ② 隔离级别(级别从高到低):

        i.  SERIALIZABLE(可串行化):允许事务与其他事务并发执行,但系统必须保证并发调度是可串行化,不致发生错误。

        ii.  REPEATABLE READ(可重复读):只允许事务读已提交的数据,并且在两次读同一个数据时不允许其他事务修改此数据。

        iii.  READ COMMITTED(读提交数据):允许事务读已提交的数据,但不要求“可重复读”。

        iv.   READ UNCOMMITTED(可以读未提交数据):允许事务读已提交或未提交的数据。

上述四种级别可以用下列SQL定义:

<span style="font-family:KaiTi_GB2312;font-size:18px;color:#0D0D0D;background:white;">
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
SET TRANSACTION ISOLATION LEVEL REPEATABLE READ
SET TRANSACTION ISOLATION LEVEL READ COMMITTED
SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED</span>

小结

    上面介绍了事务的由来,以及为了解决什么而存在。


感谢您的宝贵时间···

原文地址:https://www.cnblogs.com/zhoulitong/p/6412335.html