首先我们要知道,数据库中的四基本特性(ACID)
- 原子性。事务要么全执行要么全不执行。比如A打钱给B,大概分为两步走,A扣钱和B收钱, 打成功的话,钱从A的账户转移到B中,失败的话还是留在A的账户中,不会扣了A的钱而B没收到。
- 一致性。指数据库事务不能破坏关系数据的完整性以及业务逻辑上的一致性,比如A:500 B:300这个一致性状态 在A给B转了200后变成A:200 B:500的这样另一个一致性状态
- 隔离性。事务之间的操作互不影响,比如A给B打钱不影响C给D打钱
- 持久性。表示事务结束后的数据不随着外界原因导致数据丢失。今天A给B转了500块钱,在账上看到了,结果银行被抢了,B的500块钱还在。
以上四个就是事务最基本的特性了。
接下来在说说三种我们不希望碰到的使用场景
一。读“脏”数据。脏数据即已修改而为提交的数据。发生在一个事务A读取了被另一个事务B修改,但是还未提交的数据。假如B回退,则事务A读取的是无效的数据。这跟不可重复读类似,但是第二个事务不需要执行提交。
![2a5d8522a8db79c116676d66bcef5c97.png](https://i-blog.csdnimg.cn/blog_migrate/342cc2ecea88f6104d4e47738115776c.jpeg)
二。不可重复读。事务A读了某个数据后,B对该数据进行修改,A再次读取该数据的时候发现数据已经发生了变化
![62420d00933e925c28933bf3cb1825ad.png](https://i-blog.csdnimg.cn/blog_migrate/dfd9abd0fb7bf4d67f7e0963b59dab4f.jpeg)
在上面这个例子中,事务2提交成功,它所做的修改已经可见。然而,事务1已经读取了一个其它的值。在序列化和可重复读的隔离级别中,数据库管理系统会返回旧值,即在被事务2修改之前的值。在提交读和未提交读隔离级别下,可能会返回被更新的值,这就是“不可重复读”。
有两个策略可以防止这个问题的发生:
(1) 推迟事务2的执行,直至事务1提交或者回退。这种策略在使用锁时应用。
(2) 而在多版本并行控制中(后面将会提到),事务2可以被先提交。而事务1,继续执行在旧版本的数据上。当事务1终于尝试提交时,数据库会检验它的结果是否和事务1、事务2顺序执行时一样。如果是,则事务1提交成功。如果不是,事务1会被回退。
四。幻读
幻读发生在当两个完全相同的查询执行时,第二次查询所返回的结果集跟第一个查