mysql事务隔离级别案例讲解 - Go语言中文社区

mysql事务隔离级别案例讲解


目录

Read Uncommitted(读取未提交内容)

Read Committed(读取提交内容)

Repeatable Read(可重读)

Serializable(可串行化)

Read Uncommitted(读取未提交内容)案例

Read Committed(读取提交内容)案例

Repeatable Read(可重读)案例

Serializable(可串行化)案例


Read Uncommitted(读取未提交内容)

在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。读取未提交的数据,也被称之为脏读(Dirty Read)。

Read Committed(读取提交内容)

这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。

这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。

Repeatable Read(可重读)

这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个问题:幻读 (Phantom Read)。

简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。

Serializable(可串行化)

这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。

这四种隔离级别采取不同的锁类型来实现,若读取的是同一个数据的话,就容易发生问题。例如:

  • 脏读(Drity Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的。
  • 不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致,这可能是两次查询过程中间插入了一个事务更新的原有的数据。
  • 幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致,例如有一个事务查询了几列(Row)数据,而另一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就有几列数据是未查询出来的,如果此时插入和另外一个事务插入的数据,就会报错。

 

Read Uncommitted(读取未提交内容)案例

开启A、B两个客户端,将A客户端的隔离级别修改为 读未提交;

set session transaction isolation level read uncommitted;

A客户端

查看当前事务隔离级别

select @@tx_isolation;

A客户端

B客户端开启事务,B客户端执行修改操作后,不提交;A客户端查询数据,

B客户端

start transaction;

update account set money=5000 where name="aaa";

 

B客户端事务rollback,发生脏读现象

A客户端
 

Read Committed(读取提交内容)案例

A客户端设置为读提交

set session transaction isolation level read committed;

select @@tx_isolation;

B客户端开启事务,B客户端update数据前,A客户端查询数据结果,B客户端update数据后,A客户端查询数据结果,B客户端commit事务,A客户端查询数据结果

B客户端

start transaction;

update account set money=5000 where name="aaa";

commit;

 

A客户端 

 

 事务中出现了多次select结果不一样现象称为不可重复度;

 

Repeatable Read(可重读)案例

A客户端设置隔离级别为可重复读

set session transaction isolation repeatable read;

select @@tx_isolation;

B客户端开启事务,A客户端开启事务,A客户端查询数据,B客户端update数据,A客户端查询数据,B客户端commit事务,A客户端查询数据;

B客户端

start transaction;

update account set money=500 where name="aaa";

commit;

A客户端

 

 A事务中对数据查询的结果都一样,保证了数据的可重复读,但是出现事务查询的结果不是最新的表数据  幻读现象;

 

Serializable(可串行化)案例

serializable完全锁定字段,若一个事务来查询同一份数据就必须等待,直到前一个事务完成并解除锁定为止。是完整的隔离级别,会锁定对应的数据表格,因而会有效率的问题

A客户端的事务隔离级别设置为serializable

set session transaction isolation level serializable;

B客户端开启事务,执行update操作,不提交、不回滚事务;A客户端开启事务查询数据,发现等待

 

 

版权声明:本文来源CSDN,感谢博主原创文章,遵循 CC 4.0 by-sa 版权协议,转载请附上原文出处链接和本声明。
原文链接:https://blog.csdn.net/Growing_hacker/article/details/109046082
站方申明:本站部分内容来自社区用户分享,若涉及侵权,请联系站方删除。
  • 发表于 2021-06-26 22:05:05
  • 阅读 ( 671 )
  • 分类:数据库

0 条评论

请先 登录 后评论

官方社群

GO教程

猜你喜欢