MySQL中的索引事务（2）事务----》数据库运行的原理知识+面试题~

 本篇文章建议读者结合：MySQL中的索引事务（1）索引----》数据库运行的原理知识+面试题~_念君思宁的博客-CSDN博客此时，如果你根据name来查询，查到叶子节点得到的只是主键id，还需要通过主键id去主键的B+树里面在查找一次（一共查找两次B+树）（上述的过程称为“回表”，这个过程是MySQL自动完成的，用户感知不到~）当年看到一张“表”的时候，实际上这个表不一定是按照“表格”这样的数据结构在硬盘上组织的，也有可能是按照这种树（B+树）形式组织（具体是哪种结构，取决于你的表里有没有索引，一级数据库使用了哪种索引~）创建索引的操作，可能很危险，如果表里的数据很大，这个建立索引的开销也会很大……https://blog.csdn.net/weixin_64308540/article/details/132645268?spm=1001.2014.3001.5501

一同进行深入研究。

在进行MySQL事务讲解之前，我们先来一个银行转账的案列，将会通过这个案列带领大家深入了解事务的概念，特性等知识~~

经典的场景：银行转账~

用户1给用户2进行转账500money~

用户1给用户2进行转账500money~account(id, balance)1   10002     0操作1：
update account set balance = balance-500 where id=1;操作2：
update account set balance = balance+500 where id=2;

假设哈，假设~，在执行转账的过程中，执行完操作1以后，数据库崩溃/主机宕机，此时转账就僵硬了（操作1的钱扣了，操作2的钱没有正常到账）~~

那么事务，就是为了解决上述的问题~，事务的本质是把多个sql语句打包成一个整体（事务的原子性），要么全部都执行，要么就一个都不执行，而不会出现“执行一半的中间状态。

其实不是真的没执行，而是看起来好像跟没执行一样；
执行一半出错了，出错之后选择了恢复现场，把数据还原成未执行之前的状态了！
————》类似于CTRL+Z(撤销）这个恢复数据的操作叫做”回滚“

上面的这个银行转账案列跟淘宝买东西一个道理：如：淘宝买东西，下单的同时需要支付，若账户已扣钱，但是没有生成相对的订单表~~尴尬了这就！！

那么，我们回过来接着看一下刚刚的银行转账问题（操作1的钱扣了，操作2的钱未正常到账）

操作1：
update account set balance = balance-500 where id=1;操作2：
update account set balance = balance+500 where id=2;

如果把这两个操作作为一个事务，当第一个sql执行完以后，数据库崩溃，当下次数据库重新启动完之后，就会自动的把上次修改一半的数据给进行还原（把操作1过程的-500元，再给+回来）。

进行回滚的时候，咋知道回滚是恢复到啥样的状态呢？？

此时是需要额外的部分来记录事务中的操作步骤（数据库里专门有个用来记录事务的日志）正因为如此，使用事务的时候，执行sql的开销是更大的，效率是更低的~~

开启事务/提交事务：

开启事务：
start transaction;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~中间部分就是要执行的每一步操作
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
提交事务（到这一步，相当于事务就执行完了
commit;

如下述代码操作：

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

大家看着上述的银行转账案列很容易，但是理解起来却是很困难~

那么接下来我们来看一下数据库的事务，四大特性（八股文，经典面试题）

1. 原子性，（最核心的特性）初心
2. 一致性，事务执行前后，数据得是靠谱的（转账金额）
3. 持久性，事务修改的内容是写到硬盘上的，持久存在的，重启也不会丢失
4. 隔离性，这个隔离性是为了解决“并发”执行事务，引起的问题

~~~~~~~~~~~~~最难搞的面试题~~~~~~~~~常考~~~~~~~~~~~~

我们先来了解一下并发：并发，在操作系统中，是指一个时间段中有几个程序都处于已启动运行到运行完毕之间，且这几个程序都是在同一个处理机上运行，但任一个时刻点上只有一个程序在处理机上运行。——————内容来自百度百科~~

我们来举例说明一下并发：

在一个餐馆（服务器）同一时刻要给多个顾客（客户端）提供服务，这些顾客提出的请求是“一个接一个的？”，还是“一股脑来了一大批呢？”，此时服务器同时处理多个客户端的请求，称为“并发”（齐头并进）

引起的问题有哪些呢？？如果并发的这些事务是修改不同表/不同的数据，那么，没啥事，如果修改的是同一表/同一数据，可能会带来一定的问题，比如：多个客户端一起尝试对同一个账户进行转账操作，此时，就可以会把这个数据搞混了~

隔离性：事务的隔离性存在的意义是为了：在数据并发处理事务的时候，不会有问题（即使有问题，那么该问题也不大~）。

接下来说说：并发处理事务，可能会遇到哪些问题？？以及这些问题数据库的隔离性是怎样解决的？？（其实这个还是挺麻烦的，需要大家多理解理解）

并发执行事务可能产生的问题：

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

接下来，我们来看一下并发执行事务可能产生的三大问题吧~

1.脏读问题：

一个事务A正在对数据进行修改的过程中，还没提交之前，另一个事务B也对同一个数据进行了读取，此时B的读操作，就称为“脏读”，读到达数据也成为“脏数据”，此时所说的脏是指“无效的数据”，为啥说无效呢？？原因在于：A可能回头把数据给改了~~（事务B读到的数据不一定是最终结果，可能是无效的数据）

那么，我们又该如何取解决脏读问题呢？？

MySQL写了“写操作加锁”这样的机制~

当事务A修改数据到时候，事务B不能读数据，此时，事务A的“写操作”与事务B的“读操作”就不能并发了（不能同时执行了）

“写加锁操作”降低了并发程度（降低了效率）提高了隔离性（提高了事务的准确性）。

2.不可重复读

事务1已经提交了某数据，此时事务2开始去读数据，在读取的过程中，事务3对该数据进行了修改，并提交了新的数据，此时意味着：同一个事务2，多次读数据，读出来的结果是不相同的~（预期是一个事务中，多次读取结果得是一样的），此时，叫做“不可重复读”（第二次读取的结果，不能复现第一次的结果）

为了解决这个问题，MySQL引入“读加锁操作”

通过读加锁，又进一步降低了事务的并发处理能力（处理效率也降低了），提高事务的隔离性（数据的准确性又提高了~）

3.幻读

在读加锁和写加锁的前提下，一个事务两次读取同一个数据，发现读取的数据值是一样的，但是结果集不一样(student.java 代码内容不变，但是第一次看到的只有student.java文件，第二次看到的是student.java和teacher.java这两个文件），这种问题就是幻读

那么，又该如何解决幻读出现的问题呢？？

数据库使用“串行化”这样的方式来解决幻读，彻底放弃并发处理事务，一个接一个的串行的处理事务，这样做，并发程度是最低的（效率最慢的），隔离性是最高的（准确性是最高的）。

上述三个问题：脏读（给写加锁），不可重复读（给读加锁），幻读（彻底串行化）就是并发处理事务三个典型的问题~

对应上述问题MySQL提供四种隔离级别，对应上面的几个情况

1. read uncommitted ： 没有进行任何锁限制，并发最高（效率最高），隔离性最低（准确性最低）~
2. read committed ：给写加锁，并发程度降低，隔离性提高了~
3. repeatable read ：给写和读加锁，并发程度又降低了，隔离性又提高了~
4. serializable ：串行化，并发程度最低，隔离性最高~

上述的四个各类级别，都是MySQL内置的机制，可以通过修改MySQL的配置文件，来设置当前MySQL工作在哪种状态下~

对于上述的三个问题（脏读，不可重复读，幻读），没有办法通过代码来讲解

1. 当前没有办法构造并发代码（涉及到多线程，笔者暂时不会嗨~~）
2. 读加锁与写加锁啥的，都是MySQL内部的机制，不是代码~~

那么，对于上述的四个级别，该如何选择？？

其实这几个级别之间没有好坏之分，这就需要开发者在准确性和效率之间进行权衡，看实际需求，看业务场景~~

1. 场景1：转账的时候，一分钱都不能差，哪怕慢点，也得转对，准确性要拉满，效率不关键
2. 场景2：抖音点赞，一个视频有多少赞？要求快，赞的数量差十个八个的，都没啥事，追求的是效率，准确性就不怎么关键~