SQL学习笔记——事务（重点!!!!!）

一个事务就是一个完整的业务逻辑。
是一个最小的工作单元，不可再分。

---

什么是一个完整的业务逻辑？

例：
假设转账,从A账户向B账户中转账10000。
将A账户的钱减去10000（update语句）
将B账户的钱加上10000（update语句）
这就是一个完整的业务逻辑。

以上操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。
这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

只有DML语句才会有事务这一说，其他语句和事务无关
insert
delete
update
只有以上三个语句是对数据库表中数据进行增、删、改的。

只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。

---

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。

一个事务其实就是多条DML语句同时成功，或者同时失败!

事务：就是批量的DML语句同时成功，或者同时失败!

---

事务是怎么做到多条DML语句同时成功和同时失败的呢?

InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了:
insert
insert
insert
delete
update
update
update
事务结束了。

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
在事务的执行过程中，我们可以提交事务，也可以回滚事务。

• 提交事务：
    清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
    提交事务标志着，事务的结束。并且是一种全部成功的结束。
• 回滚事务：
    将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
    回滚事务标志着，事务的结束。并且是一种全部失败的结束。

提交事务，回滚事务

提交事务: commit; 语句
回滚事务: rollback; 语句（回滚永远只能回滚到上一次的提交点）
事务对应的英语单词是: transaction

mysql中默认自动提交事务，每执行一条DML语句，提交一次（会导致rollback没有效果）

关闭mysql自动提交机制
执行命令：start transaction;

回滚事务

提交事务，添加数据

提交事务，commit后，回滚无效

---

事务4个特性

• A：原子性
  说明事务时最小的工作单元，不可再分
• C：一致性
  所有事物要求，在同一个事务当中所有操作必须同时成功、或同时失败，以保证数据的一致性
• I：隔离性
  A事务和B事务之间具有一定的隔离
  教室A和教室B之间有一道墙，这墙就是隔离性。
  （A事务在操作一张表的时候，另一个事务B也操作这张表，相当于多线程并发访问一张表一样，会有多线程带来的线程安全问题）
• D：持久性
  事务最终结束的一个保障，事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上

隔离性!!
A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。
这道墙越厚,表示隔离级别就越高。

  事务和事务之间有4个隔离级别
查看隔离级别：
老版本命令：SELECT @@tx_isolation
8.0后新版本命令：SELECT @@transaction_isolation
查看隔离级别的方法2：show global variables like '%isolation%';

• 读未提交:read uncommitted（最低的隔离级别）
  【没有提交就读到了】
  事务A可以读到事务B未提交的数据
  这种隔离级别存在问题：
    Dirty Read（脏读现象）
    读到了脏数据
  （这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步）

• 读已提交:read committed
  【提交之后读到了】
  事务A只能读到事务B提交之后的数据
  这种隔离级别解决了脏读的现象
  存在问题：
    不可重复读取数据
   （在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条。【3不等于4】称为不可重复读取）
  这种隔离级别是比较真实的数据，每一次读到的数据绝对的真实
  oracle数据库默认的隔离级别是：read committed

• 可重复读: repeatable read
  【提交之后也读不到，永远读取的都是刚开启事务时的数据】
  事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
  例：
  早晨9点开启了事务，只要事务并结束，到了晚上9点，读到的数据还是早晨9点的数据，没变。
  可重复读解决了不可重复读取数据。
  可重复读存在的问题：
    可能会出现幻影读。
    每一次读取到的薮据都是幻象。不够真实。
  例：
  银行总账可能需要执行一条select语句。
  这条select语句可能从下午1点开始执行到下午3点才能结束。
  1点到3点可能有人存款和取款。
  mysql 默认的事务隔离级别是repeatable read ！！！！！

• 序列化/串行化: serializable（最高的隔离级别）
  效率最低，解决了所有的问题
  这种隔离级别表示事务排队，不能并发。
  类似于synchronized，线程同步（事务同步）
  每一次读到的数据都是真实的，并且效率是最低的。

---

设置全局的隔离级别
命令：set global transaction level 级别;

• 读未提交:read uncommitted
  命令：set global transaction level read uncommitted;

事务A	事务B
use bjpowernode;	-
-	use bjpowernode ;
start transaction;（关闭mysql自动提交机制）	-
select * from t_user;	-
-	start transaction ;（关闭mysql自动提交机制）
-	insert into t _user values ( 'zhangsan ' ) ;
select *from t_user;	-

事务B未提交，事务A也能读到

• 读已提交:read committed
  命令：set global transaction level read committed;

事务A	事务B
use bjpowernode;	-
-	use bjpowernode ;
start transaction;（关闭mysql自动提交机制）	-
-	start transaction ;（关闭mysql自动提交机制）
select * from t_user;	-
-	insert into t _user values ( 'zhangsan ' ) ;
select * from t_user;	-
-	commit;
select * from t_user;	-

• 可重复读: repeatable read
  命令：set global transaction level repeatable read;

事务A	事务B
use bjpowernode;	-
-	use bjpowernode ;
start transaction;（关闭mysql自动提交机制）	-
-	start transaction ;（关闭mysql自动提交机制）
select * from t_user;	-
-	insert into t _user values ( 'lisi' ) ;
-	insert into t _user values ( 'wangwu' ) ;
-	commit;
select * from t_user;	-

• 序列化/串行化: serializable
  命令：set global transaction level serializable;

事务A	事务B
use bjpowernode;	-
-	use bjpowernode ;
start transaction;（关闭mysql自动提交机制）	-
-	start transaction ;（关闭mysql自动提交机制）
select * from t_user;	-
insert into t_user values('abc');	-
-	select * from t_user;