事务的主要内容
-
事务定义
特性:ACID
并发时产生的问题
事务的隔离级别
锁
事务的传播特性
异常处理
超时
只读事务
TransactionDefinition -
并发时产生的问题
一个数据库可以允许多个客户端同时访问,即并发的方式访问数据库。数据库中的同一个数据可能同时被多个事务访问,如果没有采取必要的隔离措施,就会导致各种并发问题,从而破坏数据的完整性。这些问题可以归为5类,包括3类数据读问题(脏读,不可得复读和幻象读)及两类数据更新问题(第一类丢失更新和第二类丢失更新)。
脏读
不可重复读
幻读
丢失更新(1,2)
脏读
A事务读取了B事务尚未提交的更改数据,并且在这个数据基础上进行操作。如果此时恰巧B事务进行回滚,那么A事务读到的数据是根本不被承认的。以下是一个取款事务和转账事务并发时引起的脏读场景。
在这个场景中,B希望取款500元,而后有撤销了动作,而A往同一个账户转账100元,因为A事务读取了B事务尚未提交的数据,因而导致了账户白白丢失了500元。在Oracle数据中,不会发生脏读的情况。
不可重复读
- 在一个事务中,两次读取到的同一个记录的数据不一致;
- 不可重复读是指A事务读取了B事务已经提交的更改数据。假设A在取款事务的过程中,B往该账户转账100元,A两次读取账户的余额发生不一致;
- 在同一个事务中T4和T7时间点读取的账户存款余额不一致;
幻读
在一个事务中,两次读取到的统计数据不一致;
A事务读取B提交的新增数据,这时A事务将出现幻想读的问题。幻读一般发生在计算统计数据的事务中。举个例子,假设银行系统在同一个事务中两次统计存款的总金额,在两次统计过程中,刚好新增了一个存款账户,并存入100元,这时两次统计的总金额将不一致。
如果新增的数据刚好满足事务的查询条件,那么这个新数据就会进入事务的视野,因而导致两次统计结果不一致的情况。 幻读和不可重复读是两个容易混淆的概念,前者是指读到了其他事物已经提交的新增数据,而后者是读到了已经提交事务的更改数据(更改或删除)。为了避免这两种情况,采取的策略是不同的:防止读到更改数据,只需对操作的数据添加行级锁,阻止操作过程中的数据发送变化,而防止读到新增数据,则往往需要添加一个表级锁–将整张表锁定,防止新增数据(Oracle使用多版本数据的方式实现)
丢失更新1
A事务撤销时,将B事务提交的数据覆盖掉;
A事务撤销时,把已经提交的B事务的更新数据覆盖了。这种错可能会造成很严重的问题。通过下面的账号取款转账就可以看出来。
A事务在撤销时,“不小心”将B事务已经转入账号的金额给抹去了。
丢失更新2
A事务提交时,将B事务提交的数据覆盖掉;
A事务覆盖B事务已经提交的数据,造成B事务所操作丢失。
在上面的例子,由于支票转账事务覆盖了取款事务对存款余额所做的更新,导致银行最后损失了100元,相反如果转账事务先提交,那么用户损失了100元。