数据库事务和隔离级别

欠你一个bug

于 2019-09-19 11:10:30 发布

阅读量184

点赞数

分类专栏：数据库

本文链接：https://blog.csdn.net/orecle_littleboy/article/details/101014724

版权

数据库专栏收录该内容

7 篇文章 1 订阅

订阅专栏

前几天面试，问道了数据库事务的相关问题，回答的不是特别好，现在整理一下关于数据库事务和分布式事务的相关问题。

什么是事务

事务（Transaction）：访问并可能更新数据库中各种数据的程序执行单元（unit），它通常由高级数据库操作语言或编程语言（如SQL，c++或Java）书写的用户程序的执行所引起。当数据酷中更改数据成功时，在事务中更改的数据便会提交，不再改变。否则，事务就取消或者回滚，更改无效。

事务解释：指要做的或者所做的事情

事务本质：一系列操作

事务特性：事务是恢复和并发控制的基本单位

例如：支付商品，其交易过程至少包括以下几个步骤的操作：

更改客户所购商品的库存信息；
保存客户付款信息；
生成订单并且保存到数据库中；
更改用户相关信息，例如购物数量等。
在正常情况下，这些操作都将顺利进行，最终交易成功，与交易相关的所有数据库信息也成功地更新。但是，如果在执行的途中遇到突然断电或者其他意外情况，导致这一系列过程中任何一个环节出了差错，例如在更细商品库存信息时发生异常、顾客银行账户余额不足等，都将导致整个交易过程失败。而一旦失败，数据库中所有信息都必须保持交易不影响数据库的状态，即原有的库存信息没有被更新、用户也没有付款、订单也没有生成。否则，数据库的信息将会不一致，或者出现更为严重的不可预测的后果。数据库事务正是用来保证这种情况下交易的平稳性和可预测性的技术。

事务的属性

事务必须满足四个属性，即原子性（Atomicity)、一致性（consistency）、隔离性（Isolation）、持久性（Durable），即ACID四种属性

（1）原子性

一个事务是一个不可分割的整体，为了保证事务的总体目标，事务必须具有原子性，即当数据修改时，要么全都执行，要么全都不执行。即，不允许事务部分地完成，避免了只执行这些操作的一个部分而带来的错误。

（2）一致性

一个事务在执行之前和执行之后，数据库数据必须保持一致性。数据库的一致性状态应该满足指定的约束条件，那么在完整执行该事务后，数据库仍然初一一致性状态。

例如：银行转账，转账前后两个账户金额之和应保持不变。

（3）隔离性

由并发事务所的修改必须与任何其他并非所作的修改隔离。事务查看数据库时所处的状态，要么时另一并发事务修改之前的状态，要么时另一事务修改它之后的状态，事务不会查看中间状态数据。

例如：对任何一对事务T1和T2，对T1而言，T2要么在T1开始之前已经结束，要么在T1完成之后再开始执行。

（4）持久性

也被称为永久性，事务完成以后，DBMS（数据库管理系统）保证它对数据库中数据的修改是永久性的，当系统或介质发生故障时，该修改也永久保持。持久性一般通过数据库备份与恢复来保证。

注意 严格而言，数据库事务属性都是由数据库管理系统来进行保证的，在整个应用程序的运行过程中，应用程序无须去考虑数据库的ACID实现

一般情况下，通过执行COMMIT（提交）或ROLLBACK（回滚）语句来终止事务。当执行COMMIT语句时，自从事务启动以来对数据库所做的一切更改就成为永久性的，即被写入到磁盘，而当执行ROLLBACK语句时，自从事务启动以来对数据库所做的一切更改都会被撤销，并且数据库中内容返回到事务开始之前所处的状态。无论什么情况，在事务完成时，都能保证回到一致性状态。

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

如果没有锁定且多个用户同时访问一个数据库,则当他们的事务使用相同的数据库时可能会发生问题。由于并发操作所带俩的数据不一致包括：丢失数据更新，都“脏数据”（脏读）、不可重复读。

（1）更新丢失

两个事务都同时更新一行数据，一个事务对数据的更新把另一个事务对数据的更新覆盖了。这是因为系统没有执行任何的锁操作，因此并发并没有被隔离开来。

（2）脏读

一个事务读取到了另一事务未提交的数据操作结果。这是相当危险的，因为很可能所有的操作都被回滚。

（3）不可重复读

不可重复读（Non-repeatable Reads）：一个事务对同一行数据重复读取两次，但是却得到了不同的结果。

包括以下情况：

虚读：事务T1读取某一数据后，事务T2对其做了修改，当事务T1再次读取该数据时得到与前一次不同的值。
幻读：事务在操作过程中进行两次查询，第二次查询的结果包含了第一次查询中未出现的数据或者缺少了第一次查询中出现的数据。这是因为在两次查询过程中有另外一个事务插入数据造成的。事务隔离级别

事务隔离级别

为了避免上面出现的几种情况，在标准SQL规范中，定义了4个事务隔离级别，不同的隔离级别对事务的处理不同。

读未提交（Read Uncommitted）：只处理更新丢失。如果一个事务已经开始写数据，则不允许其他事务同时进行写操作，但允许其他事务读此行数据。可通过“排他写锁”实现。
读提交（Read Committed）：处理更新丢失、脏读。读取数据的事务允许其他事务继续访问改行数据，但是未提交的写事务将会禁止其他事务访问改行。可通过“瞬间共享读锁”和“排他写锁”实现。

可重复读取（Repeatable Read）：处理更新丢失、脏读和不可重复读取。读取数据的事务将会禁止写事务，但允许读事务，写事务则禁止任何其他事务。可通过“共享读锁”和“排他写锁”实现。
序列化（Serializable）：提供严格的事务隔离。要求失去序列化执行，事务只能一个接一个地执行，不能并发执行。仅仅通过“行级锁”是无法实现事务序列化的，必须通过其他机制保证新插入的数据不会被刚执行查询操作的事务访问到。