MySQL事务的基本要素,事务的并发问题以及四种事务隔离级别
作者:互联网
MySQL事务的基本要素,事务的并发问题以及四种事务隔离级别
事务隔离级别 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|
读未提交(read-uncommitted) | 是 | 是 | 是 |
不可重复读(read-committed) | 否 | 是 | 是 |
可重复读(repeatable-read) | 否 | 否 | 是 |
串行化(serializable) | 否 | 否 | 否 |
mysql默认的事务隔离级别为repeatable-read
未提交读
未提交读的意思就是比如原先name的值是小刚,然后有一个事务B update table set name = '小明' where id = 1
,它还没提交事务。同时事务A也起了,有一个select语句select name from table where id = 1
,在这个隔离级别下获取到的name的值是小明而不是小刚。那万一事务B回滚了,实际数据库中的名字还是小刚,事务A却返回了一个小明,这就称之为脏读。
事务A | 事务B | |
---|---|---|
1 | select name from table where id = 1(结果为小刚) | |
2 | update table set name = ‘小明’ where id = 1 | |
3 | select name from table where id = 1(结果为小明) |
已提交读
按照上面那个例子,在已提交读的情况下,事务A的select name 的结果是小刚,而不是小明,因为在这个隔离级别下,一个事务只能读到另一个事务修改的已经提交了事务的数据。但是有个现象,还是拿上面的例子说。如果事务B 在这时候隐式提交了时候,然后事务A的select name结果就是小明了,这都没问题,但是事务A还没结束,这时候事务B又update table set name = '小红' where id = 1
并且隐式提交了。然后事务A又执行了一次select name from table where id = 1
结果就返回了小红。这种现象叫不可重复读。
事务A | 事务B | |
---|---|---|
1 | select name from table where id = 1(结果为小刚) | |
2 | update table set name = ‘小明’ where id = 1(隐式提交) | |
3 | select name from table where id = 1(结果为小明) | |
4 | update table set name = ‘小红’ where id = 1(隐式提交) | |
5 | select name from table where id = 1(结果为小红) |
可重复读
可重复读就是一个事务只能读到另一个事务修改的已提交了事务的数据,但是第一次读取的数据,即使别的事务修改的这个值,这个事务再读取这条数据的时候还是和第一次获取的一样,不会随着别的事务的修改而改变。这和已提交读的区别就在于,它重复读取的值是不变的。所以取了个贴切的名字叫可重复读。按照这个隔离级别下那上面的例子就是:
事务A | 事务B | |
---|---|---|
1 | select name from table where id = 1(结果为小刚) | |
2 | update table set name = ‘小明’ where id = 1(隐式提交) | |
3 | select name from table where id = 1(结果为小刚) | |
4 | update table set name = ‘小红’ where id = 1(隐式提交) | |
5 | select name from table where id = 1(结果为小刚) |
串行化
上面三个隔离级别对同一条记录的读和写都可以并发进行,但是串行化格式下就只能进行读-读并发。只要有一个事务操作一条记录的写,那么其他要访问这条记录的事务都得等着。
事务A | 事务B | |
---|---|---|
1 | update table set name = ‘小明’ where id = 1 | |
2 | select name from table where id = 1(等待…) | |
3 | Commit; | |
4 | select name from table where id = 1(结果为小明) |
一般没人用串行化,性能比较低,常用的是已提交读和可重复读。而已提交读和可重复读的实现主要是基本版本链和readView。而它们之间的区别其实就是生成readView的策略不同。
有关事务隔离级别的总结:
1.事务隔离级别为读提交时,写数据只会锁住相应的行
2.事务隔离级别为可重复读时,如果检索条件有索引(包括主键索引)的时候,默认加锁方式是next-key 锁;如果检索条件没有索引,更新数据时会锁住整张表。一个间隙被事务加了锁,其他事务是不能在这个间隙插入记录的,这样可以防止幻读
3.事务隔离级别为串行化时,读写数据都会锁住整张表
4.隔离级别越高,越能保证数据的完整性和一致性,但是对并发性能的影响也越大
事务的基本要素(ACID)
1.原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做,不可能停滞在中间环节。事务执行过程中出错,会回滚到事务开始前的状态,所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体,就像化学中学过的原子,是物质构成的基本单位。
2.一致性(Consistency):事务开始前和结束后,数据库的完整性约束没有被破坏 。比如A向B转账,不可能A扣了钱,B却没收到。
3.隔离性(Isolation):同一时间,只允许一个事务请求同一数据,不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱,在A取钱的过程结束前,B不能向这张卡转账。
4.持久性(Durability):事务完成后,事务对数据库的所有更新将被保存到数据库,不能回滚。
事务的并发问题
1.脏读:事务A读取了事务B更新的数据,然后B回滚操作,那么A读取到的数据是脏数据
2.不可重复读:事务 A 多次读取同一数据,事务 B 在事务A多次读取的过程中,对数据作了更新并提交,导致事务A多次读取同一数据时,结果 不一致。
3.幻读:系统管理员A将数据库中所有学生的成绩从具体分数改为ABCDE等级,但是系统管理员B就在这个时候插入了一条具体分数的记录,当系统管理员A改结束后发现还有一条记录没有改过来,就好像发生了幻觉一样,这就叫幻读。
小结:不可重复读的和幻读很容易混淆,不可重复读侧重于修改,幻读侧重于新增或删除。解决不可重复读的问题只需锁住满足条件的行,解决幻读需要锁表
标签:事务,name,基本要素,MySQL,table,where,id,select 来源: https://blog.csdn.net/u010805109/article/details/96011266