浅述当前模式读与一致性读的区别

数据库 Oracle
笔者希望通过下述两个例子,让大家更容易理解到当前模式读与一致性读之间的区别。

让我从以下2个例子展开我们的探讨。

  1. Case1:    
  2. HELLODBA.COM>set time on    
  3. 10:22:09 HELLODBA.COM>update t_test1 set SECONDARY='A' where object_id = -1;    
  4. 1 row updated.    
  5. 10:22:22 HELLODBA.COM>commit;    
  6. Commit complete.    
  7. Session 1:    
  8. 10:22:25 HELLODBA.COM>update t_test1 set SECONDARY='B' where  object_id = -1 and SECONDARY='B' and (select count(*) from t_test2 t1, t_test2 t2) > 0;    
  9. rows updated.    
  10. 10:23:15 HELLODBA.COM>    
  11. Session 2:    
  12. 10:22:37 HELLODBA.COM>update t_test1 set SECONDARY='B' where object_id = -1;    
  13. 1 row updated.    
  14. 10:23:02 HELLODBA.COM>commit;    
  15. Commit complete.    
  16. 10:23:04 HELLODBA.COM>    
  17. Case2:    
  18. 10:25:38 HELLODBA.COM>update t_test1 set SECONDARY='A' where object_id = -1;    
  19. 1 row updated.    
  20. 10:25:48 HELLODBA.COM>commit;    
  21. Commit complete.    
  22. Session 1:    
  23. 10:26:05 HELLODBA.COM>update t_test1 set SECONDARY='B' where  object_id = -1 and SECONDARY='A' and (select count(*) from t_test2 t1, t_test2 t2) > 0;    
  24. rows updated.    
  25. 10:27:21 HELLODBA.COM>    
  26. Session 2:    
  27. 10:26:16 HELLODBA.COM>update t_test1 set SECONDARY='B' where object_id = -1;    
  28. 1 row updated.    
  29. 10:26:41 HELLODBA.COM>commit;    
  30. Commit complete.    
  31. 10:26:42 HELLODBA.COM>   

如果你观察得足够仔细,你可以从上面2个例子看到一个有趣的现象:无论session 1是否命中到数据,it最终都没有修改数据。其根本原因就是当前模式读与一致性读的区别。

我们知道,为了减少并发冲突,Oracle引入了MVCC(多版本并发控制,也叫MCC)方法。在这种机制中,并发事务不会因为一致性的原因而相互阻塞,除非他们要修改同一条记录。他们会将日志中所有SCN大于本身事务SCN的日志做回滚,以保证本事务读取到的数据块与事务SCN的一致。在Oracle中,这样的读取行为就称为一致性读。

然而,一致性读所读取到数据块仅仅是某个时间点的一个快照,也就是说这样的数据是只读的。如果要修改数据,那么oracle需要读取到当前的数据块,也就是当前模式读。

在一个UPDATE过程中,oracle会先一致性读取与事务SCN一致的数据快照,并用where条件进行过滤。让后根据读取到数据块的ID,再从当前数据中读取到相应的数据块进行修改。但是,如在事务启动后到数据块被读取之间的这段时间内,相应的数据块发生了改变,那么可能就会有我们意想不到的事情发生。

往回看我们的***个例子。我们在session 1中,在10:22:25启动了update事务。但是,由于该事务中存在一个大的子查询,它会在几十秒后才会读取到需要被修改的数据。在Session 2中,我们在10:22:37开始update这些数据并在10:23:02提交了事务。而这个时间是早于数据在session 1中被读取到的时间的。当session 2中的数据改变被提交后,session 1中的事务读取到了该数据块。因为session 2中的事务SCN大于session 1中的事务SCN,因此会读取UNDO中的数据进行回滚,也就是说它读取到数据SECONDARY是'A',再通过条件(SECONDARY='B')过滤后,没有数据被命中,因此也没有数据被修改。

在第二个例子中,session 1的事务在一致性读取到数据块之前也发生了类似的事情。当它回滚了数据后,它一致性读取到了满足过滤条件(SECONDARY='A')的数据块。此时,它需要通过该数据块ID再到当前数据中读取该数据块。但是因为当前数据块的内容已经被session 2中的事务所修改,它还是没有能修改到数据。

我想,通过这两个例子,读者应该更容易理解到当前模式读与一致性读之间的区别。

【编辑推荐】

  1. 告诉你,如何成就DBA职业生涯
  2. DBA应用技巧:如何升级InnoDB Plugin
  3. DBA必备:MySQL数据库常用操作和技巧
  4. MySQL日志操作教程:DBA们管理的利器
  5. 详解DBA如何安排SQL Server数据库自动监控
责任编辑:艾婧 来源: HelloDBA
相关推荐

2011-05-04 10:19:13

MVCC

2017-07-25 14:38:56

数据库一致性非锁定读一致性锁定读

2020-11-24 09:03:41

一致性MySQLMVCC

2020-09-10 10:26:44

MySQL数据库MVCC

2021-06-22 10:22:08

业务IT一致性首席信息官

2022-12-14 08:23:30

2016-12-19 18:41:09

哈希算法Java数据

2019-09-05 08:43:34

微服务分布式一致性数据共享

2021-02-02 12:40:50

哈希算法数据

2021-02-05 08:00:48

哈希算法​机器

2023-12-01 13:51:21

数据一致性数据库

2024-05-28 00:50:00

RedisMySQL缓存

2021-02-04 06:30:26

Python编程语言

2021-04-24 16:58:03

数据库工具技术

2016-11-16 19:15:34

消息时序分布式系统

2021-07-26 06:33:42

CRDT数据CAP

2022-03-22 09:54:22

Hash算法

2022-10-19 12:22:53

并发扣款一致性

2021-06-30 21:13:49

CPUCache数据

2020-05-12 10:43:22

Redis缓存数据库
点赞
收藏

51CTO技术栈公众号