面试高频：Mysql事务

在MySQL中，事务是用于管理数据库操作的一组语句，它们作为一个整体执行，以确保数据的一致性和完整性。事务提供了一种机制，可以将多个操作合并为一个原子单元，这样要么所有操作都成功执行，要么在出现错误时，所有操作都会被回滚，恢复到事务开始之前的状态。这种机制对于处理涉及多条记录或复杂数据操作的场景尤为重要。那么，就让我们开始MySQL事务的学习吧！！！

---

1 为什么使用事务

准备测试表：

drop table if exists accout;
create table accout(
 id int primary key auto_increment,
 name varchar(20) comment '账户名称',
 money decimal(11,2) comment '金额'
);
insert into accout(name, money) values
('阿里巴巴', 5000),
('四十大盗', 1000);

比如说，四十大盗把从阿里巴巴的账户上偷盗了2000元

-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';
-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';

假如在执行以上第一句SQL时，出现网络错误，或是数据库挂掉了，阿里巴巴的账户会减少2000，但是 四十大盗的账户上就没有了增加的金额。

解决方案：使用事务来控制，保证以上两句SQL要么全部执行成功，要么全部执行失败。

2 事务的概念

事务指逻辑上的一组操作，组成这组操作的各个单元，要么全部成功，要么全部失败。

在不同的环境中，都可以有事务。

对应在数据库中，就是数据库事务。

3 使用

（1）开启事务：start transaction;

（2）执行多条SQL语句

（3）回滚或提交：rollback/commit;

说明：rollback即是全部失败，commit即是全部成功。

start transaction;
-- 阿里巴巴账户减少2000
update accout set money=money-2000 where name = '阿里巴巴';
-- 四十大盗账户增加2000
update accout set money=money+2000 where name = '四十大盗';
commit;

数据库如何知道,具体是怎样回滚的?

数据库内部存在一系列的“日志体系”,记录到‘文件中’

-----既可以应对“程序崩溃”，也能应对“主机掉电”

-----虽然掉电,但是回滚的日志还是存在的.此时下次主机上电,下次数据库启动的时候就可以根据回滚日志的内容,就进行回滚操作了.

当开启事务的时候,此时每一步执行的sql,都对数据进行了哪些修改,这些信息就会记录在案,
后续如果需要回滚,就可以参考之前记录的内容,进行还原了.

drop database这样的操作能回滚回来吗 ??

不能的 !!!!

回滚操作,只是针对“事务”来说的 ~~

1.这样的操作不能放到事务中去执行

2.这个操作,也不算执行出错,算是“正确执行了sql"

4.问题

此时,如果这些同时执行的事务,恰好也是针对同一个表,进行一些增删改查,此时
就可能会引入一些问题 ~~

1)脏读
2)不可重复读
3)幻读问题

1)脏读 

有两个事务A和B并发执行.
其中事务A在针对某个表的数据进行修改.
A执行过程中,B也去读取这个表的数据.
当B读完之后,A把表里的数据又改成别的.

这就导致,B读到的数据,就不是最终的“正确数据”
而是读到了 临时性的,“脏数据”（往往指的是“数据过期,过时了”错误的数据了 ~~）

解决措施：

我在修改的时候,同学们不能读 ~~

也可以称为“给写操作加锁”

2）不可重复读

此时,有三个事务,ABC.
首先,事务A执行一个修改操作.A执行完毕的时候,提交数据.
接下来事务B执行,事务B读取刚才A提交的数据 ......
在B读取的过程中,又来了一个事务C,C又对刚才A修改的数据
再次做出了修改.
此时对于B来说,后续再读取这个数据,读到的结果就和第一次读到的结果是不一样的.

这个过程就叫做“不可重复读”

体现的是 事务B,一个事务里多次读取的结果不一样

如果是有多个事务,每个事务读到的数据不一样这种情况认为是正常 ~~

解决措施

个事务在读取数据的过程中,其他的事务不能修改它正在读的数据…

读操作加锁.

3）幻读

有一个事务A在读取数据.

读的过程中,另外一个事务B,
新增了/删除了一些其他的数据 ....

此时站在A的视角,多次读取的数据内容虽然一样,但是“结果集”不同

结果集不同,是否算是问题,视情形而定 ~~

解决措施：

只要有同学读代码，我就不要做任何操作，这样的操作称为“串行化”

比如多个客户端,同时提交了多个事务过来
但是服务器一个一个的执行事务(执行完第一个事务,在执行第二个,再执行第三个 ..... )

5所产生问题与隔离性的关系 

隔离性：事务之间的相互影响变小了得到的数据更准了 

在mysql中提供了 四个 隔离级别.可以通过配置文件来设置当前服务器的隔离级别是哪个级别.
设置不同的隔离级别,就会使事务之间的并发执行的影响产生不同的差别,从而会影响到上述的三个问题的情况 ~~

1)read uncommitted 读未提交.

这种情况下,一个事务可以读取另一个事务未提交的数据.
此时,就可能会产生 脏读,不可重复读,幻读 三种问题 ....
但是此时,多个事务并发执行程度是最高的,执行速度也是最快的.

2)read committed 读已提交

这种情况下,一个事务只能读取另一个事务提交之后的数据(给写操作加锁了)
此时,可能会产生不可重复读,幻读问题(脏读问题解决了)
此时,并发程度会降低,执行速度会变慢,同时也称为,事务之间的隔离性提高了.

3)repeatable read 可重复读

这个情况下,相当于是给 写操作 和 读操作 都加锁了.
此时,可能产生幻读问题,解决了脏读和不可重复读问题.

为什么能防止幻读？

幻读是指在一个事务中，两次读取相同的查询条件时，结果集的行数发生了变化。在可重复读隔离级别下，虽然已存在的行是锁定的，但新插入的行可能仍会导致幻读。

并发程度进一步降低,执行速度进一步变慢,事务之间的隔离性,进一步提高了.

4)serializable 串行化

此时,所有的事务都是在服务器上一个接一个的执行的.
此时,解决了脏读,不可重复读,幻读问题.

并发程度最低,执行速度最慢,隔离性最高,数据最准确 ~~

---

如果您觉得有失偏颇请您在评论区指正，如果您觉得不错的话留个好评再走吧！！

您的鼓励就是对我最大的支持!  ！ ！