Oracle事務簡述

最新推荐文章于 2024-09-25 14:30:16 发布

躺平的乐子人

最新推荐文章于 2024-09-25 14:30:16 发布

阅读量337

点赞数

分类专栏： Oracle 文章标签： oracle Powered by 金山文档

本文链接：https://blog.csdn.net/weixin_73368873/article/details/128862555

版权

Oracle 专栏收录该内容

25 篇文章 0 订阅

订阅专栏

本文介绍了Oracle数据库中事务的ACID特性，包括原子性、一致性、隔离性和持久性。详细讨论了Oracle支持的事务隔离级别，如READCOMMITTED、SERIALIZABLE等，并重点阐述了Oracle的Undo机制在事务回滚和读一致性中的作用。此外，还提到了多版本并发控制（MVCC）和闪回查询，以及如何通过保存点进行事务管理。

摘要由CSDN通过智能技术生成

簡述

本文主要介紹內容有事務的隔離級別，oracle支持的事務隔離級別，事務的提交與回滾，保存點內容

事務的ACID特征

介紹事務繞不過事務的ACID四個特征，這裡簡單回顧以下

原子性（Atomicity）

事務的執行要麼全部成功要麼全部失敗

一致性（Constiency）

事務的執行最終結果必須與預期結果完全一致

隔離性（isolation）

事務提交之前，其他用戶無法獲得該事務的修改的內容

持久性（durability）

事務執行結果需要持久化保存

事務隔離級別

oracle数据库僅支持READ COMMITTED ， SERIALIZABLE和只讀模式这三种事务隔离级别。

read uncommitted：脏读，一个事务可以读到另外一个事务未提交的数据，大多数关系型数据库不支持。

read committed：提交读，一个事务可以读到其他事务已经提交的数据，大多数数据库的缺省模式。

repeatable read：一个事务执行过程中访问的数据是一致的，也就是一个事务中多次读到的数据不会变化。

serializable：序列化，事务串行化执行，避免不一致。代价很大，OLTP系统中很少使用。

Oracle的Undo機制

oracle的undo機制非常重要，undo機制是實現事務的隔離，回滾的保證。

undo機制的原理

事務每次操作數據，在提交前，數據被放到undo段裡面，新的數據放入數據段裡面，事務提交前，其他事務讀取undo段的內容，這樣就可以做到事務的隔離，並且事務執行失敗，需要回滾的時候，可以直接從undo段回滾，這樣就可以實現事務的回滾。

作用如下：

回退事务

事務回退以undo段數據為依據

读一致性

事務提交之前，其他事務無法直接讀取被修改後數據段，而是讀取被移動到undo段的數據，依靠此可以實現數據讀取的一致性，即事務隔離級別讀已提交

事务恢复

當發生服務器斷電的時候等重啟會依靠undo

4.闪回查询(FlashBack Query)

閃回查詢可以回復指定時間點的數據

--獲取數據快照       時間太靠前，超過表數據的時間會報  [1]: ORA-08180: no snapshot found based on specified time 的錯誤

SELECT * FROM   emp_lin   AS OF TIMESTAMP 
TO_TIMESTAMP('2023-02-01 20:00:00', 'yyyy-mm-dd hh24:mi:ss');

--1、启动表的row movement特性
ALTER TABLE emp_lin    ENABLE ROW MOVEMENT;

--2、闪回指定时间的快照
flashback   table     emp_lin   to TIMESTAMP 
TO_TIMESTAMP('2023-02-01 20:00:00', 'yyyy-mm-dd hh24:mi:ss');

--3、关闭表的row movement功能
ALTER TABLE emp_lin DISABLE ROW MOVEMENT;

MVCC機制

MVCC又稱為多版本機制，是數據庫在解決並發和安全性的一個平衡的策略。實現主要依靠undo機制，通過比較數據的版本號，判斷是否被修改，是否需要讀取undo段數據。

比較好的介紹

如上图所示，Oracle的多版本并发控制是块级（BLOCK LEVEL)的，基于 Oracle UNDO/回滚段机制。在回滚段中保存了某个数据被修改之前的前映像的数据。在每条记录的记录头（kdrh）中，kdrhlock指向前一次修改该数据的事务槽（ITL）的位置，kdrhccnt指出了这个事务中在本块受影响的行的数量。在ITL中记录了该次修改的SCN信息，以及回滚段的地址信息。
当某个事务开始的时候，会在回滚段的段头TRNTBL中分配一个事务表记录，同时分配第一个UNDO记录，记下事务的一些信息。当事务修改某个数据的时候，在该数据的DATA BLOCK的ITL表中分配一个ITL记录，并锁定这个ITL记录，然后将数据行头中的kdrhlock指向这个ITL槽，然后再对数据进行修改。并把修改前的数据存储在回滚段的UNDO RECORD中。
如果有事务要读取相关的数据，首先对数据库的DBCACHE缓冲区进行搜索。在Oracle的DB CACHE中，同一个数据块可能存在多个版本，这些版本被称为CR BLOCKS。如果在DB CACHE中已经找到了符合条件的CRBLOCK（根据SCN来判断CR BLOCK是否符合查询条件），就可以直接使用，如果没有找到可用的CR BLOCK，那么就需要通过该数据块的当前版本（CURRENTBLOCK）来生成所需要的CRBLOCK。
在生成CR BLOCK的时候，可以根据该行数据的kdrhlock找到相关的ITL槽，通过比对SCN来判断要读取的数据是数据块中的数据还是修改前的数据。如果发现当前ITL槽中的SCN高于本事务所需要读取的SCN，那么就会通过ITL槽找到该数据在UNDO中的前映像数据（PRE-IMAGE），通过前映像数据和当前数据生成一个一致性读块（CR BLOCK），然后通过访问这个CRBLOCK来找到所需要读的数据。实际环境中可能更为复杂，因为ITL槽可能会被覆盖，在这种情况下，Oracle会把ITL信息写入UNDO RECORD中，形成一个链状结构，可以一层层的找到所需要的UNDO RECORD，从而完成这种操作。
Oracle的多版本并发控制机制使用了一个独立的UNDO 表空间来存储UNDO数据，数据的前映像通过在DB BUFFER中的CR BLOCK来实现，因此数据无论修改多少次，都不会对存储数据的数据段产生负面的影响。而且一个CR BLOCK生成后，可以在缓冲区中较长时间内存在，供相关的事务使用。这个功能对于大并发的读操作来说，是十分有用的，可以大大提高相关操作的性能。
由于Oracle UNDO的空间容量有限，因此不可能永久保存回滚段的数据，Oracle采用了UNDO RETENTION的机制来保护UNDO数据，可以设定一定的UNDO数据保存周期，当UNDO数据在保护期内，可以保证UNDO记录不被覆盖。这种机制很好的解决了UNDO数据生命周期管理的问题，同时确保了在一个大型查询中确保所需的PRE-IMAGE不会被覆盖失效。

回滾與保存點

事務回滾可以直接回滾到上一次的commit或者上一個保存點（注意：提交之後，將導致保存點丟失）。

begin
        savepoint b;
   --update emp_lin set ename='Smith' where empno=7369;
     update emp_lin set ename='jojo' where empno=7369;
  
 end;
 rollback to  b;