Skip to content

Latest commit

 

History

History
160 lines (106 loc) · 7.55 KB

事务.md

File metadata and controls

160 lines (106 loc) · 7.55 KB
Raw

事务

事务并不是Mysql独有的，只是因为某些知识点以Mysql为示例，
所以便把它放在了Mysql之后。

什么是事务?

事务是一组原子性的操作序列，操作执行成功的结果使数据库从一种状态变成另一种状态， 且状态是持久的。

事务的四大特性(ACID)

事务的四大特性

  • 原子性(Atomicity): 原子性指事务是一组不可分割的操作，要么全部成功， 要么全部失败，不会出现一个操作成功，一个操作失败的情况。

  • 一致性(Consistency): 一致性指事务对数据库操作前后，数据的完整性没有被破坏。 如用户A给用户B转账，无论转账是否成功，A和B的财产总和是不变的。

  • 隔离性(Isolation): 隔离性指事务与事务之间是相互独立的，互不干扰的， 一个事务的失败，不会影响另一个事务。

  • 持久性(Durability): 持久性指事务对数据库的操作产生的影响应该是持久的，不会因为外部原因而发生改变。

DBMS中实现事务持久性的子系统是什么?

  • 原子性：事务是一组不可分割的操作单元，这组单元要么同时成功要么同时失败（由DBMS的事务管理子系统来实现）；
  • 一致性：事务前后的数据完整性要保持一致（由DBMS的完整性子系统执行测试任务）；
  • 隔离性: 多个用户的事务之间不要相互影响，要相互隔离（由DBMS的并发控制子系统实现）；
  • 持久性:一个事务一旦提交，那么它对数据库产生的影响就是永久的不可逆的，如果后面再回滚或者出异常，都不会影响已提交的事务（由DBMS的恢复管理子系统实现的）

事务的隔离级别

  1. 读未提交(READ UNCOMMITTED): 一个事务读取另一个事务未提交的数据。 如果事务的隔离级别处于读未提交，那么可能产生脏读，换读和不可重复读等现象。

  2. 读已提交(READ COMMITTED): 一个事务读取另一个事务已提交的数据，可以避免脏读， 但是又可能会出现不可重复读和幻读。

  3. 可重复读(REPEATABLE READ): 一个事务没有结束时，它对表中的同一条记录读取的结果都是相同的， 也就避免了不可重复读，但还有可能发生幻读问题。

  4. 串行化(SERIALIZABLE): 串行化是最高的事务隔离级别，完全满足ACID四个特性。 同一时间，数据库只能执行一个事务，事务之间完全互不干扰，这样就防止了脏读，幻读和不可重复读等问题。

PS:但是串行化相当于串行模式，效率是很低的，所以请慎用。

事务的隔离级别 能否解决:脏读 能否解决:不可重复读 能否解决:幻读
RU × × ×
RC √ × ×
RR √ √ ×
S √ √ √

事务隔离级别引发的问题

  • 脏读: 脏读在事务隔离级别为读未提交的时候会出现。脏读指读取到了一个事务还没有提交的数据。

假设某张表的一个字段为money，有一条记录money的值为100。 一个事务A对数据做了修改: money=120，但没有提交。 此时，另一个事务B读取到了A修改但没有提交的数据 money=120，然后事务A回滚了， 使得money仍然为原值100，那么事务B读到的money=120就是脏数据。

使用2个mysql客户端窗口模拟多线程事务导致的脏读:

脏读

设置事务隔离级别为读已提交可以避免脏读发生。

 SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;

读已提交:

读已提交&不可重复读

可以看到，虽然读已提交解决了脏读，但是又出现了不可重复读问题。

  • 不可重复读: 不可重复读在事务隔离级别为读已提交时会出现。 不可重复读指一个事务还没有结束时，多次读取同一条数据，可能读取的结果不一样。

假设某张表的一个字段为money，有一条记录money值为100。 一个事务A读取了这条记录为100，此时， 另一个事务B对这条记录做出了修改money=120,并提交了。 当A再次读取money的时候，money为120 。

设置事务隔离级别为可重复读可以避免不可重复读的问题发生。

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;

可重复读:

可重复读

虽然可重复读避免了不可重复读问题，但幻读问题也随之而来。

在说幻读之前,得先讲讲MVCC(Multi-Versioned Concurrency Control)机制。

简单理解:这个机制保证了在某个时间，多个事务读取的是数据库的一个快照版本。

关于MVCC机制可以看这篇文章:MVCC

再来说幻读:

  • 幻读: 了解了MVCC机制之后，再看幻读会觉得豁然开朗。 幻读在隔离级别为可重复读的时候会出现。 可重复读虽然避免了不可重复读的问题，但是它也使得当前事务无法感知其他事务的操作。

假设事务A查询了一张表为空表，此时，另一个事务B插入了一条记录并提交了， 当事务A也要插入记录的时候，却发生了主键冲突的错误，可当事务A再次查询的时候，仍然是空表呀。

幻读: 幻读(快照读)

快照读

解决幻读之前先看看快照读： 快照读就是幻读。

个人理解幻读(快照读)是MVCC机制出现的一种问题。

先来看看另一种情况: 当前读

当前读

为什么上面处于可重复读级别的第一个事务在第一次读取之后，感知不到第二个事务的修改操作。 因为在事务一开启后，事务会选择第一次SELECT(事务开启后的第一次SELECT)的结果作为快照， 此后的读取，都是读取的这个快照版本，即使其他事务更新了数据， 当前事务也认为这个快照是最新版本，所以读取的仍然是快照版本，数据当然一致。 这就揭露了，可重复读实际上是快照读。

那为什么会发生上面当前读的情况?

因为第一个事务开启后，并没有立刻SELECT，也就是在事务一内并不存在快照版本， 那么事务一就会选择记录的最新版本作为结果。 最新的版本是什么时候? 是第二个事务修改数据并提交后，记录的版本也随之修改了，所以第一个事务能够感知到第二个事务的修改操作。

关于 <记录的最新版本>，还是和MVCC机制有关，这部分内容比较复杂，所以建议各位同学仔细阅读。

避免幻读的有2种方式:串行化和加锁。

看看加锁是如何解决幻读的: 锁解决幻读