什么是事务？事务的四大特性是什么？隔离级别？

目录

一、事务是什么？

二、为什么需要事务？

三、事务的四大特性ACID：（记住）

四、隔离级别

查看当前会话隔离级别：

查看系统隔离级别： 

四种隔离级别

设置隔离级别 

五、X锁和S锁（笔试）

一、事务是什么？

        事务是一个操作序列，这些操作要么都执行，要么都不执行，它是一个不可分割的工作单位。

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

二、为什么需要事务？

        例如 ：银行转账的问题，从一个账号扣款并使另一个账号入账，这两个操作要么都执行，要么都不执行。所以，应该把它们看出一个事务。

三、事务的四大特性ACID：（记住）

• 原子性(atomicity)   
  • 一个事务必须被视为一个不可分割的最小工作单元，整个事务中的所有操作要么全部提交成功，要么全部失败回滚，对于一个事务来说，不可能只执行其中的一部分操作，这就是事务的原子性。
• 一致性(consistency)
  • 数据库总是从一个一致性的状态转换到另外一个一致性的状态。
  • 牛客真题：
    • 
• 隔离性(isolation)
  • 通常来说，一个事务所做的修改在最终提交以前，对其他事务是不可见的。
  • 
• 持久性(durability)   
  • 一旦事务提交，则其所做的修改就会永久保存到数据库中。此时即使系统崩溃，修改的数据也不会丢失。持久性是个有点模糊的概念，因为实际上持久性也分很多不同的级别。有些持久性策略能够提供非常强的安全保障，而有些则未必。而且不可能有能做到100%的持久性保证的策略

四、隔离级别

    在SQL标准中定义了四种隔离级别，每一种级别都规定了一个事务中所做的修改，哪些在事务内和事务间是可见的，哪些是不可见的。较低级别的隔离通常可以执行更高的并发，系统的开销也更低。
        每种存储引擎实现的隔离级别不尽相同。如果熟悉其他的数据库产品，可能会发现某些特性和你期望的会有些不一样（但本节不打算讨论更详细的内容)。读者可以根据所选择的存储引擎，查阅相关的手册。

查看当前会话隔离级别：

SELECT @@SESSION.transaction_isolation;

查看系统隔离级别： 

SELECT @@GLOBAL.transaction_isolation;

四种隔离级别

• READ UNCOMITTED（未提交读)
  • 在 READ UNCOMMITTED级别，事务中的修改，即使没有提交，对其他事务也都是可见的。
  • 事务可以读取未提交的数据，这也被称为脏读〈Dirty Read)。（也就是在A事务内插入某行数据，B事务在插入后查询语句会显示出A插入的信息）。这个级别会导致很多问题，从性能上来说，READ UNCOMMITTED不会比其他的级别好太多，但却缺乏其他级别的很多好处，除非真的有非常必要的理由，在实际应用中一般很少使用。
• READ COMMITTED(提交读)
  • 大多数数据库系统的默认隔离级别都是READ COMMITTED(但 MySQL不是)
  • READCOMMITTED满足前面提到的隔离性的简单定义:一个事务开始时，只能“看见”已经提交的事务所做的修改。换句话说，一个事务从开始直到提交之前，所做的任何修改对其他事务都是不可见的。（也就是在A事务内插入某行数据，B事务在A事务提交commit之后会显示出A插入的信息）。这个级别有时候也叫做不可重复读(nonrepeatableread)，因为两次执行同样的查询，可能会得到不一样的结果。
• REPEATABLE READ（可重复读)
  • REPEATABLE READ解决了脏读的问题。
  • 该级别保证了在同一个事务中多次读取同样记录的结果是一致的。
  • 但是理论上，可重复读隔离级别还是无法解决另外一个幻读(Phantom Read)的问题。所谓幻读，指的是当某个事务在读取某个范围内的记录时，另外一个事务又在该范围内插入了新的记录，当之前的事务再次读取该范围的记录时，会产生幻行(Phantom Row)。（也就是在A事务内插入某行数据，B事务在插入时查询语句和插入后查询语句是一样的，不会显示出A插入的信息，直到B事务关闭又重新读取才能读取到）。
  • 可重复读是MySQL的默认事务隔离级别。
• SERIALIZABLE(可串行化)
  • SERIALIZABLE是最高的隔离级别。
  • 它通过强制事务串行执行，避免了前面说的幻读的问题。
  • 简单来说，SERIALIZABLE 会在读取的每一行数据上都加锁，所以可能导致大量的超时和锁争用的问题。实际应用中也很少用到这个隔离级别，只有在非常需要确保数据的一致性而且可以接受没有并发的情况下，才考虑采用该级别。（也就是AB事务不允许同时执行）。

设置隔离级别 

# 设置全局隔离级别
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;

开始事务，命令如下：

开启事务后执行修改命令，变更会维护到本地缓存中，而不维护到物理表中

begin; 
#或者
start transaction; 

提交事务，命令如下 将缓存中的数据变更维护到物理表中

commit;

回滚事务，命令如下：

rollback;

 回滚撤回从"begin"开始的所有处理

五、X锁和S锁（笔试）

X锁：读锁，排他锁exclusive locks

S锁：写锁，共享锁share locks

S锁、X锁区别是什么？

事务T对数据加上X锁之后，事务T对数据可读可改，其他事务不可加任何锁

加上S锁之后，事务T对数据可读不可改，其他事务可加任何S锁