MySQL中的事务和事务隔离级别

CSDN话题挑战赛第2期 参赛话题：学习笔记

事务（Transaction）

什么是事务？

一个事务是一个完整的业务逻辑单元，不可再分。 比如：银行账户转账，从A账户向B账户转账10000.需要执行两条update语句。

update t_act set balance=balance-10000 where actno=‘act-001’; update t_act set balance=balance+10000 where actno=‘act-002’;

以上两条DML语句必须同时成功，或者同时失败，不允许出现一条成功，一条失败。 要想保证以上的两条DML语句同时成功或者同时失败，那么就需要使用数据库的“事务机制”。 事务可以保证多个操作原子性，要么全成功，要么全失败。对于数据库来说事务保证批量的DML要么全成功，要么全失败。

事务的四个特征ACID

• 原子性（Atomicity）

整个事务中的所有操作，必须作为一个单元全部完成（或全部取消）。

• 一致性（Consistency）

在事务开始之前与结束之后，数据库都保持一致状态。

• 隔离性（isolation）

一个事务不会影响其他事务的运行。

• 持久性（durability）

持久性是指一个事务一旦被提交，它对数据库中数据的改变就是永久性的，接下来即使数据库发生故障也不应该对其有任何影响。

事务相关的语句只有：DML语句。（insert delete update）

为什么？因为它们这三个语句都适合数据库表当中的“数据”相关的。事务的存在是为了保证数据的完整性，安全性。

假设所有的业务的都能使用一条DML语句搞定，还需要事务机制吗？

不需要事务。但实际情况不是这样的，通常一个“事儿（事务【业务】）”需要多条DML语句共同联合完成。

事务的原理

假设一个事儿，需要先执行一条insert，再执行一条update，最后执行一条delete。这个事儿才算完成。 开启事务机制： 执行insert语句–>insert…（这个执行成功之后，把这个执行记录到数据库的操作历史当中，并不会向文件中保存一条数据，不会真正的修改硬盘上的数据。） 执行update语句—>update…（这个执行也是记录一下历史操作，不会真正的修改硬盘上的数据） 执行delete语句—>delete…（这个执行也是记录一下历史操作【记录到缓存】，不会真正的修改硬盘上的数据） 提交事务或者回滚事务（结束）

事务之间的隔离级别

事务隔离性存在隔离级别，理论上隔离级别包括四个：

• 第一级别：读未提交（read uncommitted）

对方事务还没有提交，我们当前事务可以读取到对方未提交的数据。读未提交存在脏读（dirty read现象）：表示读到了脏的数据。

• 第二级别：读已提交（read committed）

对方事务提交之后的数据我方可以读取到。这种隔离级别解决了：脏读现象没有了。读已提交存在的问题是：不可重复读。

• 第三级别：可重复读（repeatable read）

这种隔离级别解决了：不可重复读问题。

• 第四级别：序列化读/串行化读（serializable）

解决了所有问题。效率低。需要事务排队。 Oracle数据库默认的隔离级别是二挡起步：读已提交。（read committed） Mysql 数据库默认的隔离级别是三档起步：可重复读（repeatable read）。

本文内容到此结束了， 如有收获欢迎点赞👍收藏💖关注✔️，您的鼓励是我最大的动力。 如有错误❌疑问💬欢迎各位指出。 主页：共饮一杯无的博客汇总👨‍💻 保持热爱，奔赴下一场山海。🏃🏃🏃