Oracle检索数据一致性与事务恢复

数据库 Oracle 数据库运维
本文介绍在Oracle中检索数据一致性的方法,以及用户想要回滚数据(做事务恢复)的两种情况以及处理方法。Oracle为了保证用户检索数据的一致性,通过UNDO记录,当用户检索数据库数据时,Oracle总是使用户只能看到被提交过的数据或特定时间点的数据。

Oracle为了保证用户检索数据的一致性, 通过UNDO记录,当用户检索数据库数据时,Oracle总是使用户只能看到被提交过的数据或特定时间点的数据(select语句时间点),UNDO记录会被存放到回滚段中,假如该数据未提交,用户检索数据时,都是从UNDO记录中取得的.(如下图:)

从UNDO记录中取得 

1. ORACLE检索数据一致性

先打开一个SecureCRT.(第一个session)

先建一个表

  1. SQL> create table c(a int);  
  2. Table created.  
  3. SQL> alter table c add b number;  
  4. Table altered.  
  5. SQL> desc c   
  6.  Name                                      Null?    Type  
  7.  ----------------------------------------- -------- --------------------------------------------  
  8.  A                                                  NUMBER(38)  
  9.  B                                                  NUMBER  

表中插入数据并提交

  1. SQL> insert into c values(1,2);  
  2. 1 row created.  
  3. SQL> insert into c values(3,4);  
  4. 1 row created.  
  5. SQL> select * from c;  
  6.          A          B  
  7. ---------- -----------------------------  
  8.          1          2  
  9.          3          4  
  10. SQL> commit;  
  11. Commit complete.  

再打开一个SecureCRT.(第二个session)

查询

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- --------------------------  
  4.          1          2  
  5.          3          4  

第一个session更改表中的数据但不提交

  1. SQL> update c set b=10 where a=1;  
  2. 1 row updated.  

第二个session查询(修改但没有提交检索的是UNDO中的数据)

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- --------------------------  
  4.          1          2  
  5.          3          4  

第一个session提交

  1. SQL> commit;  
  2. Commit complete.  

第二个会话查询(可见只有提交后才能检索到数据段的数据)

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- -------------------------  
  4.          1         10  
  5.          3          4  

结论:如果用户修改数据但没有提交,其它用户检索的都是UNDO段的数据,这样就保证了数据的一致性

2.回滚数据(事务恢复)

1.当用户updata数据但还没有提交

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- -----------------------------  
  4.          1          10  
  5.          3          4  
  6. SQL> update c set b=2 where a=1;  
  7. SQL> select * from c;  
  8.          A          B  
  9. ---------- -----------------------------  
  10.          1          2  
  11.          3          4  

这时用户突然后悔了,想恢复到原来的状态

  1. SQL> rollback;  
  2. Rollback complete.  
  3. SQL> commit;  
  4.    
  5. SQL> select * from c;  
  6.          A          B  
  7. ---------- -----------------------  
  8.          1         10  
  9.          3          4  

可见当用户用命今rollback还能回滚到初始状态.
 
2.当用户updata数据且已提交

当用户updata数据且已提交后,可以根据SCN记录把数据还源.

先查看原始数据

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- ----------  
  4.          1         10  
  5.          3          4  

找到SCN

  1. SQL> select current_scn from v$database;  
  2. CURRENT_SCN  
  3. -----------  
  4.      693636  

现在删除表中的数据并提交

  1. SQL> delete from c;  
  2. rows deleted.  
  3. SQL> commit;         
  4. Commit complete.  

查询(现在表中已没有数据了)

  1. SQL> select * from c;  
  2. no rows selected  

检索特定SCN的数据

  1. SQL> select * from c as of scn 693636;  
  2.          A          B  
  3. ---------- ----------  
  4.          1         10  
  5.          3          4  

恢复数据

  1. SQL> insert into c select * from c as of scn 693636;  
  2. rows created.  
  3. SQL> commit;  
  4. Commit complete.  

现在再查询

  1. SQL> select * from c;  
  2.          A          B  
  3. ---------- ----------------------  
  4.          1         10  
  5.          3          4  

可见可以根据SCN恢复到某一检查点的数据,如果把SCN转换成时间,,就可以把数据恢复到某一时间点.

以上,介绍了ORACLE检索数据一致性与事务恢复的方法。本文出自 “追求” 博客,欲与本文博主交流,请点击这里

【编辑推荐】

  1. 超大型Oracle数据库应用系统的设计方法
  2. 创建Oracle数据库索引的三个标准
  3. Oracle性能优化借助分区技术实现
  4. Oracle并发处理机制的简单看法
  5. Oracle中被锁定的解决办法
责任编辑:yangsai 来源: 51CTO“追求”博客
相关推荐

2023-12-01 13:51:21

数据一致性数据库

2017-08-25 10:16:00

2023-09-07 08:11:24

Redis管道机制

2023-11-20 09:28:44

2024-07-04 12:36:50

2019-11-21 10:19:45

数据应用场景系统

2021-12-05 21:06:27

软件

2021-10-18 10:30:59

流计算阿里云

2022-02-17 21:04:27

数据库MysqlRedis

2024-08-20 16:13:52

2021-10-13 09:55:11

流计算引擎数据

2023-05-26 07:34:50

RedisMySQL缓存

2017-07-25 14:38:56

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

2023-09-24 14:35:43

Redis数据库

2024-12-19 21:09:38

2021-12-14 07:15:57

MySQLRedis数据

2023-12-19 09:43:43

MongoDB并发

2019-12-17 08:40:33

微服务架构数据

2019-01-15 17:58:03

微服务架构数据

2022-09-15 10:37:46

MySQLRedis数据一致性
点赞
收藏

51CTO技术栈公众号