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