117-Linux_数据库_事务-CSDN博客

本文链接：https://blog.csdn.net/weixin_56046804/article/details/130544724

事务

一.什么是事务?
二.事务的四大特性
三.隔离级别
四.事务命令

一.什么是事务?

事务就是一组原子性的 SQL查询，或者说一个独立的工作单元。如果数据库引擎能够成功地对数据库应用该组查询的全部语句，那么就执行该组查询。如果其中有任何一条语句因为崩溃或其他原因无法执行，那么所有的语句都不会执行。也就是说，事务内的语句，要么全部执行成功，要么全部执行失败。

例如:假设一个银行的数据库有两张表:支票(checking)表和储 (savings)表。现在要从用户Jane 的支票账户转移200 美元到她的储蓄账户，那么需要至少三个步骤 :
1.检查支票账户的余额高于 200 美元
2.从支票账户余额中减去 200 美元
3.在储蓄账户余额中增加 200 美元。
上述三个步骤的操作必须打包在一个事务中，任何一个步骤失败，则必须回滚所有的步骤。

二.事务的四大特性

1.原子性(atomicity)

一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。

2.一致性(consistency)

数据库总是从一个一致性的状态转换到另外一个一致性的状态。在前面的例子中一致性确保了，即使在执行第三、四条语句之间时系统崩溃，支票账户中也不会损失 200 美元,因为事务最终没有提交所以事务中所做的修改不会保存到数据库中

3.隔离性(isolation)

通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。在前面的例子中，当执行完第三条语句、第四条语句还未开始时，此时有另外一个账户汇总程序开始运行，则其看到的支票账户的余额并没有被减去 200 美元。后面我们讨论隔离级别(Isolation level)的时候会发现为什么我们要说“通常来说”是不可见的

4.持久性(durability)

一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失。持久性是个有点模糊的概念，因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障，而有些则未必。而且不可能有能做到 100% 的持性保证的策略 (如果数据库本身就能做到真正的持久性，那么备份又怎么能增加持久性呢?)。

三.隔离级别

在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，那些在事务内和事务间是可见的。那些是不可见的，通常较低级别的隔离可以执行更高的并发，系统开销也低。

1.READ UNCOMMITTED 未提交读

在 READ UNCOMMITTED 级别，事务中的修改，即使没有提交，对其他事务也都是可见的。事务可以读取未提交的数据，这也被称为脏读 (Dirty Read)。这个级别会导致很多问题，从性能上来说，READ UNCOMMITTED 不会比其他的级别好太多，但却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用。

2.READ COMMITTED 提交读

大多数数据库系统的默认隔离级别都是 READ COMMITTED ( MySOL不是)READCOMMITTED 满足前面提到的隔离性的简单定义:一个事务开始时，只能“看见”已经提交的事务所做的修改。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。这个级别有时候也叫做不可重复读 (nonrepeatableread)，因为两次执行同样的查询，可能会得到不一样的结果。

3.REPEATABLE READ 可重复读

REPEATABLE READ 解决了脏读的问题。该级别保证了在同一个事务中多次读取同样记录的结果是一致的。但是理论上，可重复读隔离级别还是无法解决另外一个幻读(Phantom Read)的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时另外一个事务又在该范围内插人了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行(Phantom Row)。InnoDB和XtraDB 存储引擎通过多版本并发控制(MVCC，Multiversion Concurrency Control)解决了幻读的问题。本章稍后会做进一步的讨论。
可重复读是 MySOL的默认事务隔离级别。

4.SERIALIZABLE 可串行化

SERIALIZABLE是最高的隔离级别。它通过强制事务串行执行，避免了前面说的幻读的问题。简单来说，SERIALIZABLE会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。

5.查看隔离级别

(1)查看当前会话隔离级别

在这里插入图片描述

(2)查看系统隔离级别

在这里插入图片描述

6.设置隔离级别

# 设置全局隔离级别
set global transaction isolation level REPEATABLE READ;
set global transaction isolation level READ COMMITTED;
set global transaction isolation level READ UNCOMMITTED;
set global transaction isolation level SERIALIZABLE;
#设置会话隔离级别
set session transaction isolation level REPEATABLE READ;
set session transaction isolation level READ COMMITTED;
set session transaction isolation level READ UNCOMMITTED;
set session transaction isolation level SERIALIZABLE;