MySQL事务

什么是事务？

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

完整的业务逻辑：

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

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

只有DML语句才会有事务这一说，其他语句和事务无关

insert
delete
update
只有这三个语句和事务有关
因为只有以上三个语句是数据库表中数据进行增删改的，只要操作涉及到数据的增删改，那么久一定要考虑安全问题

假设所有的业务，只要一条DML语句就可以完成，还有必要存在事物机制吗？

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

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

事物是如何实现的

InnoDB引擎：提供一组用来记录事务性活动的日志文件

事物开启：
insert
insert
insert
delete
update
update
事物结束

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

提交事务：
	清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中
	提交事务标志着，事务的结束，并且是一种全部成功的结束

回滚事物：
	将之前多有的DML操作全部撤销，并且清空事务性活动的日志文件
	回滚事务标志着，事务的结束，并且是一种全部失败的结束

怎么提交事务，怎么回滚事务？

提交事务：commit;语句
回滚事务：rollback;语句（回滚永远都是只能回滚到上一次的提交点）

事务对应的英语单词是：transaction

MySQL默认情况下是支持自动提交事务的（每执行一条DML语句则提交一次）

一个业务通常是需要多条DML语句共同执行才能完成的，为了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条

怎么将mysql的自动提交机制关闭呢？

先执行这个命令：start transaction;

事务演示

#回滚事务
start transaction; #先运行，之后是可以回滚事务的

#如果没有运行 start transaction，那么一旦运行插入数据，将会自动提交，无法回滚
insert into dept_bak(deptno,dname,loc) values (10,'clerk','HUNAN');
insert into dept_bak(deptno,dname,loc) values (10,'clerk','HUNAN');
insert into dept_bak(deptno,dname,loc) values (10,'clerk','HUNAN');
#回滚
rollback;

select * from dept_bak;


#提交事务
start transaction;

insert into dept_bak(deptno,dname,loc) values (20,'SALESMAN','SHANGHAI');
insert into dept_bak(deptno,dname,loc) values (20,'SALESMAN','SHANGHAI');
insert into dept_bak(deptno,dname,loc) values (20,'SALESMAN','SHANGHAI');
insert into dept_bak(deptno,dname,loc) values (20,'SALESMAN','SHANGHAI');
#一旦提交，则无法再回滚
commit;

rollback;

事务包括四个特性

A:原子性
	说明事务是最小的工作单元，不可再分

C:一致性
	所有事务要求，在同一个事务中，所有操作必须同时成功，或者同时失败，
	以保证数据的一致性

I:隔离性
	A事务和B事务之间具有一定的隔离
	教室A和教室B之间有一道墙，这道墙就是隔离性
	A事务在操作一张表的时候，B事务也操作这张表，那么就会发生安全性问题

D:持久性
	事务最终的一个保障，事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上

研究事务的隔离性

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

事务与事务之间的隔离级别（4个级别）

读未提交：read uncommitted（最低的隔离级别）  《没有提交就读到了》
	什么是读未提交？
		事务A可以读取到事务B未提交的数据
	这种隔离级别的问题就是：
		脏读现象（Dirty Read）
		我们称读到了脏数据
	这种隔离级别都是理论上的，大多数的数据库隔离级别都是二档起步
	
读已提交：read committed《提交之后才能读到》
	什么是读已提交？
		事务A只能读取到事务B提交之后的数据
		这种隔离级别解决了脏读现象
		这种隔离级别不可重复读取数据
	什么是不可重复读取数据？
		在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，
		可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取
		
	这种隔离级别是比较真实的数据，每一次读到的数据是绝对真实的
	oracle数据库默认的隔离级别是：read committed
	
可重复读：repeated read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
	什么是可重复读取？
		事务A开启之后，不管是多久，每一次在事务A中读取到的数据
		都是一致的，即使事务B数据已经修改，并且提交了，事务A
		读取到的数据还是没发生改变，这就是可重复读
	可重复读解决了不可重复读取数据
	可重复度可能会出现幻影读（每一次读取到的数据都是幻像，不够真实）
	
	只要事务不结束，读取到的数据永远都是开启事务时的样子（MySQL中的默认的事务隔离级别就是这个）
	
序列化/串行化：serializable（最高隔离级别）
	这是最高隔离级别，效率最低，解决了所有的问题
	这种隔离级别表示事务排队，不能并发

验证各种隔离级别

查看隔离级别：select @@transaction_isolation;

验证：read uncommitted
set global transaction isolation level read uncommitted;

右表使用了start transaction，还没有commit左表就已经可以查询了

验证：read committed

set global transaction isolation level read committed;
只能提交之后才能查询到

验证：repeatable read

set global transaction isolation level repeatable read;
左方永远都是读取最开始的信息，就算右方创建提交了，左方也还是读不到

验证：serializable
set global transaction isolation level repeatable read;

左边只要不输入提交，右边的查询就会进入卡顿