6、mysql事务
1、mysql事务
—mysql中，事务其实是一个最小的不可分割的工作单元。事务能够保证一个业务的完整性，例如：银行存款：
a - > -100
>update user set money = money -100 where name ="a";
b - > +100
>update user set money = money +100 where name ="b";
—实际程序中，如果一条语句执行成功了，而另一条语句执行失败，那么麻烦就大了……
>update user set money = money -100 where name ="a";
>update user set money = money +100 where name ="b";
多条sql语句有要求要么就同时成功，要么就同时失败
2、mysql中如何控制事务？
——查看事务状态（开启还是关闭）
>select @@autocommit;
上图‘1’表示mysql 默认是开启事务的（自动提交）
——默认事务开启是什么？
当我们在执行sql语句时，效果会立即体现出来，且不能回滚（回滚后面会讲到）
——下面用一个案例来解释mysql事务：
（1）创建新的数据库名为bank
>create database bank;
（2）在bank数据库中创建新的表名为user
> create table user(
-> id int primary key,
-> name varchar(20),
-> money int);
（3）往user表中添加数据
> insert into user values(1,'a',1000);
（4）查看是否添加成功
>select * from user;
（5）回滚（就是撤销sql语句执行的效果）
>rollback;
（6）验证sql的语句执行的效果是否撤销
>select * from user;
（7）如果想要让回滚有效的话需要关闭事务(关闭mysql的自动提交)
>set @@autocommit=0;
>select @@autocommit;
验证回滚：
<a>再插入一条数据
>insert into user values(2,'b',1000);
<b>查看此时的user表
>select * from user;
【注】上述的表其实是虚拟的如果现在回滚就可以实现撤销
<c>回滚
>rollback;
<d>查看
>select * from user;
<e>重复上述操作
<f>由于关闭了自动提交功能，现在手动提交
>commit;
<g>再回滚查看表（显然回滚失效了）
【总结】
事务：
——自动提交：@@autocommit=1;
——手动提交：commit；
——回滚：rollback;
转账：
>update user set money = money -100 where name ="a";
>update user set money = money +100 where name ="b";
如果转账失败（同时失败）
可以用回滚实现撤销
>rollback;
——实现：
（8）小结
——手动开启一个事务的方式:（在这里说一下不知道是不是版本的问题我的电脑上试过了 <2>begin;与 <3>start transaction;是改不了的建议使用第一个，如果您跟我一样，后边关于设置手动事务的都用第一个方法）
<1>set @@autocommit =0;
<2>begin;
<3>start transaction;
具体验证可以参照（7）的流程哦
——关闭手动开启恢复自动开启
>set @@autocommit =1;
——查看事务的状态
>select @@autocommit;
——回滚
>rollback;
——提交
>commit;
【总结】
综上：我们学到了，事务是以两种方式存在的：一是手动开启事务，二是默认（自动）开启事务
手动开启事务给我们提供了一个修改的机会，如果操作失败的话可以通过回滚，实现修改，如果操作成功可以手动提交（commit）增加数据的安全性哦
3、事务的四大特征
A 原子性：事务是最小的单位，不可以再进行分割了
C 一致性：事务要求同一事务中的sql语句，必须保证同时成功或者同时失败
I 隔离性：事务1与事务2之间具有隔离性（后面详解）
D 持久性：事务一旦结束（commit），就不可以返回（rollback）
4、事务的隔离性
（1）read uncommitted 读未提交的
（2）read committed 读已提交的
（3）repeatable read 可以重复读
（4）serializable 串行化
（1）read uncommitted 读未提交的
【定义】现有事务a和事务b，a事务对数据进行操作，在操作过程中，事务没有被提交，但是b可以看见a操作的结果
<a>在bank中的表user中插入两条数据
>insert into user values(3,'小明',1000);
>insert into user values(4,'淘宝店',1000);
【拓展】
——如何查看数据库的隔离级别
mysql 8.0
<a>系统级别的
> select @@global.transaction_isolation;（如下图：mysql默认的系统隔离级别）
<b>会话级别的
> select @@transaction_isolation;
mysql 5.x
<a>系统级别的
> select @@global.tx_isolation;
<b>会话级别的
> select @@tx_isolation;
——如何修改数据库的隔离级别？
>set global transaction isolation level read uncommitted;
查看修改结果：
模拟脏读：上述已经添加了小明和淘宝店两个用户
小明现要在淘宝买一双800元的鞋子，开始付钱
小明 ——>成都
淘宝 ——>广州
<a>开启手动开启事务
>set autocmmit =0;
<b>转账
>update user set money = money -800 where name ='小明';
>update user set money = money +800 where name ='淘宝店';
<c>小明查看转账记录，并通知发货
<d>淘宝店在广州查账（这里模拟的话可以再打开一个终端操作），到账欣喜（准备晚上请女朋友吃大餐），并发货
<e>晚上吃饭结账1800，刷卡显示余额不足（先自己想想为什么哦），气急败坏，再次查账：
<f>原来小明是个黑客，利用所学知识，回滚了（查账，欣喜又赚了一笔）
【总结】在事务隔离性为 read uncommitted （ 读未提交的）情况下：
两个不同的地方，都在进行操作，如果事务a开启之后，他的数据可以被其他事务读取到
这样就会像上述实例那样，出现脏读；
脏读：一个事务读到了另外一个事务并没有提交的数据，这就叫做脏读
当然实际开发中是不允许的
（2）read committed 读已提交的
——修改事务隔离性
>set global transaction isolation level read committed;
实例：bank数据库，user表
<a>小张：银行会计 需要报表：
>begin;
> select * from user;
<b>小张出去上厕所去了，这时小王又在另一台电脑上开了一个账户
> insert into user values(5,'c',100);
<c>小张这时回来了，计算money平均值
>select avg(money) from user;
<d>很纳闷，怎么变少了，看着报表陷入沉思（这个实例虽然有点脑残，主要是理解这个事务隔离性哈）
【总结】在事务隔离性为 read committed （读已提交的）
虽然可以读到另外一个数据提交的数据（不会出现脏读），但还是会出现问题就是
读取同一个表，发现前后数据不一致，
不可重复读现象： read committed
（3）repeatable read 可以重复读
先对之前的隔离性做更改
>set global transaction isolation level repeatable read;
——那么在这种情况下又会发生什么事情呢？
【实例】
张全蛋—北京（是repeatable read 事务隔离的情况下）
<a>开启手动事务服务
>set autocommit =0;
<b>开通一个账户
>insert into user values(6,'d',1000);
<d>查看
>select * from user;
王尼玛—上海（默认事务隔离性的情况下）
<a>开启手动事务服务
>set autocommit =0;
<b>也想开通账户，开通前先查看（注意模拟的话可以再打开一个终端）
>select * from user;
<c>因其只开通了5个，于是想要继续开通6
> insert into user values(6,'d',1000);
结果：
<d>很奇怪，为啥不行的，明明没有6，陷入沉思
<e>试试创建id=7，很成功
>insert into user values(7,'d',100);
<f>查看
>select * from user;
<g>很奇怪，创建id=6为啥就是不行呢，陷入沉思……（我告诉你这叫做幻读，嘿嘿）
【总结】这种现象叫做幻读
幻读：事务a和事务b同时操作一样表，事务a提交数据也不会被事务b读到，就会造成幻读
（4）serializable 串行化
——先更改事务隔离性
>set global transaction isolation level serializable;
【实例】
——张全蛋—成都
>set autocommit =0;
开户并提交
>insert into user values(7,'赵铁柱',1000);
>commit;
——王尼玛—北京
>set autocommit =0;
查看表,看到了赵铁柱
>select * from user;
——张全蛋—成都
又开了一个户
>insert into user values(8,'王小花',1000);
但是进入等待状态了，卡住了
这时——王尼玛—北京上述有说到正在看表，此时马上提交：commit，张全蛋那立刻就不卡了
这就是串行化
【总结】
当user表被另外一个事务操作的时候，其他事务里面的写操作，是不可以进行的
进入排队状态（串行化），直到王尼玛不进行事务操作了（输入commit结束事务之后），张全蛋这个写入操作才会执行（在没有超时的情况下）
——串行化带来的问题：性能太差
read uncommitted > read committed > repeatable read > serializable
即隔离级别越高，性能越差
mysql默认的级别是 repeatable read
关注个人公众号，有福利哦……
