MySQL事务简单总结和理解（非常重要）

博主的思想总结全部为仔细思考和手敲，路过的话点个赞吧，觉得有用的话可以点个关注~

事务的基本理解

事务是指多条dml语句同时生效或同时失败，具体表现为

首先start transaction这里可以理解成开启事务模式，但是，他的具体意思是：关闭MySQL的默认事务模式，MySQL默认的事务模式是每执行一条语句就进行一次提交，我们要改为手动提交。

事务有commit提交和rollback回滚，commit可以理解为存档点，rollback表示回到上个存档点。而中间你执行的语句实际上都是预览模式，你提交后才在硬盘中发生改变。

事务的提交会清空事务性活动的日志性文件，将数据持久化的保存到数据库中，然后结束事务

事务的回滚会撤销全部的dml操作，然后清空日志文件，然后结束事务

事务的作用，比如三条语句，插入信息a，插入信息b，插入信息c，这些信息需要同时插入，而如果有一条插入失败的话，那就得回滚，全部插入成功才能进行提交

事务的特性：

原子性：

事务是最小的工作单元，不可再分

一致性：

就是所有操作必须同时成功或者同时失败，保持数据的一致

隔离性：

等下我会详细展开讲

持久性：

事务提交以后保存到硬盘上

事务的隔离级别：四档，从低到高

读未提交

事务A可以读到的事务B还未提交的数据，脏读现象。

比如事务B把我的存款改成一百万，但是还没有提交，事务A去查看我的存款，发现是一百万。

这合理吗，这显然不合理，所以基本没啥用

读已提交

事务A只能读到事务B已提交的数据

顾名思义嘛，优化了脏读的问题

可重复读

幻读，读的数据是虚的。举个例子，事务A要去看我现在这个时间点的个人信息，但是他效率太低了，要执行两个小时。而这期间我进行了修改信息的操作，如果用读已提交是达不到需求的。所以要用可重复读，事务A查看的依然是两个小时前的信息。除非事务A提交，不然我的数据永远定格在事务A执行时。

序列化

一个事务执行结束后，另一个事务才能开始执行，排队。比如事务A要去看我的个人信息。然而我正在执行事务B修改信息，如果我不提交事务，那事务B一辈子都会卡着动不了。

一定要搞清楚这个概念，对以后的项目开发非常重要哦~