基础知识:
事务的基本要素 :ACID
A:Atomicity(原子性)
事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节
C:Consistency(一致性)
A向B转账,不可能A扣了钱,B却没收到
I:Isolation(隔离性)
A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账
D:Durability(持久性)
事务完成后,事务对数据库的所有更新将被保存到数据库,不能回滚
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 是 |
串行化(serializable) | 否 | 否 | 否 |
读未提交(read-uncommitted):
A、B两个客户端,A查询表A中,小王的卡上余额为100元,这时候,B对金额进行修改,改为200,但是B还没有提交事务,A再次查询,查到的是200元,这种在没提交事务的时候查询出的数据为脏数据;(B有可能为误操作,进行回滚)
不可重复读(read-committed):
A、B两个客户端,A查询表A中,小王的卡上余额为100元,这时候,B对金额进行修改,改为200,但是B还没有提交事务,A再次查询,查到的确实是100元(因为B没有提交),在B提交时候后,A再次查询,为200元;A的这两次查询结果的不一致,就叫做不可重复读
可重复读(repeatable-read):
A、B两个客户端,A查询表A中,小王的卡上余额为100元,这时候,B对金额进行修改,改为200,但是B还没有提交事务,A再次查询,查到的确实是100元(因为B没有提交),在B提交时候后,A再次查询,仍然为100元;A的这两次查询结果一致,解决了不可重复读的问题。不过如果A对小王的余额执行更新语句,让卡上余额多500,那么再次查询后,余额就为700了(500+200)
注意:可重复读的隔离级别下使用了MVCC机制,select操作不会更新版本号,是快照读(历史版本);insert、update和delete会更新版本号,是当前读(当前版本)
串行化(serializable):
A、B两个客户端,A查询表A中,小王的卡上余额为100元,这时候,B对金额进行修改,改为200,执行的时候报错,因为这种隔离级别会锁表
在这种情况下,只允许一个事务在执行,其它事务必须等待这个事务执行完后才能执行。没有并发,只是单纯的串行。
附;
A:Atomicity(原子性)
整个事务中的所有操作,要么全部完成,要么全部不完成,不可能停滞在中间某个环节。事务在执行过程中发生错误,会被回滚(Rollback)到事务开始前的状态,就像这个事务从来没有执行过一样。
C:Consistency(一致性)
一个事务可以封装状态改变(除非它是一个只读的)。事务必须始终保持系统处于一致的状态,不管在任何给定的时间并发事务有多少。
也就是说:如果事务是并发多个,系统也必须如同串行事务一样操作。其主要特征是保护性和不变性(Preserving an Invariant),以转账案例为例,假设有五个账户,每个账户余额是100元,那么五个账户总额是500元,如果在这个5个账户之间同时发生多个转账,无论并发多少个,比如在A与B账户之间转账5元,在C与D账户之间转账10元,在B与E之间转账15元,五个账户总额也应该还是500元,这就是保护性和不变性。
I:Isolation(隔离性)
隔离状态执行事务,使它们好像是系统在给定时间内执行的唯一操作。如果有两个事务,运行在相同的时间内,执行相同的功能,事务的隔离性将确保每一事务在系统中认为只有该事务在使用系统。这种属性有时称为串行化,为了防止事务操作间的混淆,必须串行化或序列化请求,使得在同一时间仅有一个请求用于同一数据。
D:Durability(持久性)
在事务完成以后,该事务对数据库所作的更改便持久的保存在数据库之中,并不会被回滚。