C C++最全【MySQL系列】MySQL索引事务_mysql加索引会提交事务嘛为什么，2024年最新C C++内存优化面试题

本文链接：https://blog.youkuaiyun.com/2401_84976212/article/details/138875522

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

1.4.3 删除索引

drop index 索引名 on 表名;

此时，我们可以删除刚刚创建的 idx_student_name索引：

此时，索引删除成功~~

创建索引和删除索引，也是危险操作！！！

尤其是针对一个已经包含很大数据量的表进行操作的时候！！！

如果是针对一个大表，创建索引，就会导致大规模磁盘IO，直接把主机的磁盘IO吃满！！！

主机就卡了，无法对线上服务进行响应~~

二、事务

2.1 为什么使用事务

在实际操作中，有些操作，希望是一个整体~~

假设，张三同学谈了一个对象，那么我们把中间某些流程简化一下，张三同学肯定是希望把给彩礼 => 领证 => 办酒席这些环节希望是一个整体~~

如果中间的某些环节出现了问题，那么希望能够把这些问题的影响降到最低~~

如果彩礼给完了，领证的时候，女方发现张三同学是一个渣男，后悔了不想结婚了~~

女方想要反悔就得退回彩礼~~

如果彩礼给完了，证也领了，想反悔~~

那就需要先把彩礼退了，然后还得去民政局办个离婚证~~

这三个操作希望能够一气呵成，当做一个整体来进行！！！

如果执行中间过程中，出现异常，就需要把前面已经进行过的操作进行回退/恢复~~

恢复成好像完全没有操作过的样子~~

此时，把这三个环节（一个整体），就可以视为一个 “事务”！！！

2.2 事务的概念

事务就是把多个步骤，多个操作，打包成一个步骤，一个操作~~

其中任意一个步骤执行失败，都会进行回退，使这里的影响被降到最低~~

2.3 事务的特性

2.3.1 原子性

在数据库上涉及到很多和事务相关的操作！！！

最典型的：转账~~

李四给王五转账转500，

涉及到的操作：

给李四 -500 => SQL1
给王五 +500 => SQL2

如果在执行SQL1之后，再执行SQL2的过程中，数据库出现问题了（宕机了），那么李四就会减少500，而王五却并没有增加500，显然这个是非常不科学的~~

按正常的情况，要么两个都执行完，要么就一个都不执行！！！

这个就是事务最核心的特性：原子性！

（事务的原子性指的是，事务中包含的程序作为数据库的逻辑工作单位，它所做的对数据改操作要全部执行，要么全部不执行；这种特性称为原子性 —— 是事务诞生的初衷）~~

注意：此处的 “一个都不执行”，不是真的没执行~

而是通过恢复的方式，把之前造成的影响给还原了~~

这个还原的过程，称为 “回滚”（rollback）~~

数据库的事务回滚，是如何做到的？

数据库里的每个操作，在内部都有记录~~

尤其是事务内部的操作~~

如果事务中间出现问题，就可以根据之前的记录，来进行恢复了~~

2.3.2 一致性

事务的一致性，指在一个事务执行之前和执行之后数据库都必须处于一致性状态~~

这种特性称为事务的一致性~~

简单的来说，就是一致数据是对的，没有纰漏~~

就比如上面的转账的例子，李四给王五转账转500，李四 -500，那么王五就得要 +500；不能说李四 -500 而王五 +400 ~~

2.3.3 持久性

持久性，即 存储在磁盘上，事务进行的操作都会写在磁盘上，只要事务执行成功，造成的修改，就是永久化保存的了；哪怕重启主机，这样的改变也存在~~

磁盘严格来说和硬盘不是一个东西~~

虽然都是外存~~

但是此处也就直接混用了~~

2.3.4 隔离性

事务的隔离性：这个是描述多个事务并发执行的时候，所产生的情况~~

正好现在正处于疫情期间，相信大家对于 “隔离” 这个词语已经很熟悉了~~

其实，事务的隔离性和现在疫情的隔离意思差不多的~~

疫情的隔离，有几种级别：

定点医院隔离（隔离效果最好，出现交叉感染的概率最小，成本最高！！！）
指定酒店隔离（隔离效果比较好，成本比较高）
居家隔离/在学校隔离（隔离效果一般，成本比较低）
不隔离（没啥隔离效果）

根据不同的隔离级别，严格情况不同，所以效果也是不同的~~

隔离的目的是：为了避免相互之间产生影响~~

而数据库中的事务彼此之间也是可能会相互影响的，

事务的隔离性也就是在描述事务执行过程中，影响能接受到啥程度~~

如果事务是一个一个执行的，那么还好；

但是如果事务是并发执行的，那么相互之间可能会造成影响~~

并发执行，可以简单粗暴的理解成，两个事物在同时执行！！！

在之前介绍过，一个数据库服务器可以给多个客户端提供服务，

这个时候就可能会涉及到说多个客户端同时尝试操作一个表，

就可能会产生这种并发事务的情况~~

比如说，现在这里有一张售票表（剩余票数1），

现在客户端可能要执行 “买票事务”：

先检查剩余的票数是否 > 0
如果 > 0 就修改收票表里的计数，让计数 -1

如果两个客户端不加限制，同时进行，那么就会带来麻烦：

客户端1 和客户端2 都执行了 -1 操作，那么实际上票数就变成了 -1~~

这种情况叫做 “超卖”！！！

上述问题，就是两个事务之间产生了干扰和影响，

为了避免相互干扰，就引入了 “隔离性”，通过隔离性来降低上述的影响~~

为啥要并发执行？

目标是为了提高执行效率！！！

提高隔离性，带来的问题就是数据更准确了，但是效率更低了~~

为了解决并发执行事务带来的问题，MySQL等数据库引入了 “隔离级别”，可以让用户自行选择一个适合自己当前业务场景的级别~~

先研究一下，并发执行事务的时候还会有哪些问题？

（1）脏读问题（数据被污染了，不准了）

举个例子：

张三同学在写代码，写了一个 Student类，写了一些属性和方法~~

在他写的过程中，李四走过来看了一会儿，就走了~~

在李四走了之后，张三同学又把 Student类里的实现又改了~~

此时，李四读到的数据就是 “脏数据”，上述的观察过程，就是 “脏读”~~

用数据库的术语来说，

一个事务 A，在执行过程当中，对数据进行了一系列的修改。在提交到数据库之前（完成事务之前），另一个事务 B，读取了对应的数据；

此时这个 B 读到的数据都是一些临时结果，后续可能马上就被 A 给改了，此时 B 的读取行为就是 “脏读”~~

这个问题好解决：

张三同学和李四约定好，在提交到数据库之前，李四不要去看该代码，等到提交到数据库之后，再去看看！！！

即 给读操作加锁（提交之前不允许随便去读了啊，如果要想读，那就要去向张三同学/A 申请）~~

相当于降低了并发程度，降低了效率，提高了隔离性~~

（2）不可重复读

即事务A提交了之后，事务B才开始读（读是加锁了），然后在B的执行过程中，A又开始了一次，修改了数据；

此时，B执行中，两次读取操作，结果可能不一致，这个就叫做 “不可重复读”~~

如何解决上述问题：

来进行重新约定：

张三同学提交之前，李四不要去读（之前的加锁）
李四读的时候，张三同学不要去改代码

因此，隔离性又提高了，并发性又降低了，数据更准确了，效率又更低了~~

（3）幻读

闲着也是闲着，张三同学在李四读代码的时候，又开始改别的代码；

李四在读 student类的代码，张三就在改 teacher类的代码~~

但是，这里又出现了一个问题，如果 teacher类本来就存在，也就罢了；

如果是在李四读的过程中，张三新增了一个 teacher类，或者是删除了一个已有的内容，就会产生 “幻读” 问题~~

事务B读取过程中，事务A进行了修改，没有直接修改B读取的数据，但是却影响到了B读取的结果集~~

事务B两次读取到的结果集不一样~~

这个就叫做 “幻读”，相当于是 "不可重复读"的一种特殊情况~~

解决 "幻读"问题，核心思路就是 “串行化”，

严格要求，李四在读代码的时候，张三不要去修改任何东西，保证读和写操作都是严格串行执行的（串行：一个执行完，才能执行另一个）~~

隔离性最高，并发程度最低，数据的准确性最好，同时效率最慢~~

为啥要并发 —— 效率！！！

为啥要隔离 —— 准确！！！

两者一般情况下是相悖的~~

实际使用的时候，就需要根据实际场景，来决定如何选择档位（看场景对于性能比较敏感，还是对于准确性比较敏感） ~~

如：转账操作，一分钱都不能差，慢点没事，一定要稳~~

B站之类的，大博主浏览数/点赞数…这些对于准确性不是很高~~

MySQL 里提供了 4 个档位，可供自由选择：

read uncommitted 并发能力最强，隔离性最弱
read committed 只能读取提交之后的数据，解决了 "脏读"问题
repeatable read 针对读和写都限制了，解决了不可重复读问题
serializable 严格的串行执行，解决了 "幻读"问题

1 —> 4，并发能力逐渐减弱，隔离性逐渐增强~~

我们可以根据实际需要，在配置文件里面，修改数据库的隔离级别（配置文件是之前演示过的 MySQL修改字符集的那个 my.ini 里）~~

默认的是第3个隔离级别，解决了 "不可重复读"问题~~