如何使用Oracle回滾段

Oracle缺省用的是專用服務器模式,也就是說一個用戶連接進程對應一個服務器的進程.

創(chuàng)新互聯(lián)是一家以網(wǎng)絡技術公司，為中小企業(yè)提供網(wǎng)站維護、成都做網(wǎng)站、成都網(wǎng)站設計、網(wǎng)站備案、服務器租用、域名申請、軟件開發(fā)、微信小程序等企業(yè)互聯(lián)網(wǎng)相關業(yè)務，是一家有著豐富的互聯(lián)網(wǎng)運營推廣經(jīng)驗的科技公司，有著多年的網(wǎng)站建站經(jīng)驗，致力于幫助中小企業(yè)在互聯(lián)網(wǎng)讓打出自已的品牌和口碑，讓企業(yè)在互聯(lián)網(wǎng)上打開一個面向全國乃至全球的業(yè)務窗口：建站咨詢熱線：13518219792

記得某大醫(yī)院剛啟用的時候,我們曾經(jīng)試過MTS.因為聽說MTS在不增加內存和CPU的情況下連接更多的客戶端,結果并不是我們預期的那樣.

因為我們對MTS不了解,并不是它有問題,而是它不是用來在這種情況下做這件事的.

oracle中數(shù)據(jù)是怎樣前滾和回滾的

保持數(shù)據(jù)一致性和完整性，是每一款成功商業(yè)數(shù)據(jù)庫軟件都必須要做到的基本要求。從故障中恢復，保證ACID原則，保證事務完整性，一直是Oracle數(shù)據(jù)庫核心功能組成部分。本篇主要介紹Oracle實例意外終止（斷電或者強制關閉）之后，重新啟動時發(fā)生的恢復過程，也可以稱作“前滾和回滾”。

基礎知識說明

為了更明確的說明問題，筆者首先介紹一下本文涉及到的一些重要知識。

數(shù)據(jù)庫實例失敗

我們經(jīng)常說的數(shù)據(jù)庫服務器failure是有多層含義的。Oracle數(shù)據(jù)庫是一個由多進程組件共同構成的結構體系。最重要的部分包括監(jiān)聽器、Oracle數(shù)據(jù)庫實例兩個部分，當然還包括各類文件，更廣義的還有硬件和操作系統(tǒng)OS。不同部分的Failure現(xiàn)象和處理方法都有所不同。本文所闡述的過程是Oracle實例失敗后的自動恢復過程。

在實例失敗的時候，往往是突然性的終止。此時Oracle數(shù)據(jù)庫可能在進行一系列完成或者未完成的事務。實例失敗恢復，就是要將這些狀態(tài)進行還原，恢復到數(shù)據(jù)完整性的狀態(tài)。

寫日志（RedoLog）在先機制

Oracle數(shù)據(jù)庫是采用“日志在先”機制的。當我們對數(shù)據(jù)庫數(shù)據(jù)進行修改時，并不是立即將修改寫入到文件中，而是寫入到共享內存SGA空間中的BufferCache里。同時，將修改的日志不斷的寫入到SGA中另一塊Log Buffer緩存中。有一個后臺進程LGWR不斷的將LogBuffer緩存中的日志內容寫入到online redo log文件中。

寫入LogBuffer緩存和LGWR寫入文件的過程是異步進行的。那么LGWR會在哪些情況下將日志緩沖區(qū)(全部內容)轉儲到日志文件呢？如下：--參考OCA認證考試指南(1Z0-052,P40)ü 用戶進行直接的commit操作；

ü RedoBuffer數(shù)據(jù)超過1/3；

ü DBWn啟動，將BufferCache中的臟數(shù)據(jù)寫入到文件中；ü 距離上次LGWR寫入操作超過三秒(三秒超時，DBWn每三秒鐘會對一些緩沖區(qū)清理一次，這個時候，剛好符合觸發(fā)LGWR的第三點)；而數(shù)據(jù)文件寫入進程DBWn工作的觸發(fā)點(此處注意：DBWn會將高速緩沖區(qū)的臟緩沖區(qū),即臟數(shù)據(jù)塊寫入數(shù)據(jù)文件，而不是緩沖區(qū)里頭的全部內容---參考OCA認證考試指南(1Z0-052,P38))。

因為考慮到磁盤I/O會降低性能，DBWn采用的是極懶算法執(zhí)行寫入。如果對于經(jīng)常變臟的緩沖區(qū)，即這邊緩沖區(qū)處于十分忙碌的狀態(tài)，那么DBWn不會將緩沖區(qū)寫入磁盤的。反而一段時間來，任何會話都未曾關注的一些緩沖區(qū)，DBWn會將其寫入到磁盤。因此DBWn寫臟緩沖區(qū)比較平緩和低頻率。但如果出現(xiàn)檢查點的情況例外：DBWn會將所有臟緩沖區(qū)全部寫入磁盤。---參考OCA認證考試指南(1Z0-052,P38中，P39)。

ü 當BufferCache中沒有任何可用緩沖區(qū)；ü 臟緩沖區(qū)過多；

ü 遇到三秒超時(DBWn每三秒鐘會對一些緩沖區(qū)清理一次)ü 遇到檢查點

綜合DBWn和LGWR工作的特點，我們可以得到日志文件的幾個特點：

首先，日志文件的寫入是很頻繁的。LGWR會不斷將日志信息從LogBuffer中寫入Online Redo Log；其次，在日志文件上，可以有三個類型的事務事件。

1、事務結束，已經(jīng)被commit，之后打過checkpoint檢查點。這種事務記錄在LogFile上，但是變化信息已經(jīng)被DBWn寫入進數(shù)據(jù)文件；2、事務結束，已經(jīng)被commit，之后沒有打入checkpint檢查點。這種情況下，LogFile已經(jīng)寫入了日志項目，數(shù)據(jù)文件可能包括臟數(shù)據(jù)，也可能沒有寫入臟數(shù)據(jù)；3、事務未結束，沒有commit。這種時候，數(shù)據(jù)塊DirtyBlock上面是有事務槽信息，表示未結束事務，是不會將數(shù)據(jù)寫入到數(shù)據(jù)文件中。但是，日志LogBuffer可能將部分未提交的DML操作項目寫入到Log File中；檢查點Checkpoint

檢查點Checkpoint是數(shù)據(jù)庫一致性檢查的一個標記。簡單的說，就是在這個點上，Oracle保證各個文件（數(shù)據(jù)、控制、日志等）是一致的。檢查點的作用就是在進行實例恢復的時候，告訴SMON進程，這個點之前的內容不需要進行恢復。

前滾和回滾介紹

“前滾和回滾”是Oracle數(shù)據(jù)庫實例發(fā)生意外崩潰，重新啟動的時候，由SMON進行的自動恢復過程。下面通過模擬實例和講解介紹這個過程。

失敗前場景說明

日志中記錄過程如下：

1、事務A進行之后，結束commit。之后系統(tǒng)進行了一次checkpointA；2、Checkpoint之后，進行事務B，結束commit；3、進行事務C，C事務量較大，其中進行了一定量的RedoLog文件寫入。之后系統(tǒng)斷電；--按照LGWR的工作機制，C事務量比較大，所以應用程序將在幾分之一秒內的時間里生成足以填充1/3秒的重做內容，因此這會觸發(fā)LGWR將日志緩沖區(qū)的內容轉儲到日志文件，但始終得不到針對C事務的提交記錄，這是需要回滾的。

4、還有種可能，事務B和D，事務D所用的緩沖區(qū)處于高速緩沖區(qū)不活躍的位置，而且事務B已提交，但其所用的緩沖區(qū)處于高速緩沖區(qū)活躍的位置。因此DBWn會將D事務緩沖區(qū)數(shù)據(jù)寫入數(shù)據(jù)文件，而沒將B事務的數(shù)據(jù)寫入。此種情況需要回滾D事務，保留B事務。---參考OCP認證考試指南全冊（P358下半部分內容).

1、系統(tǒng)啟動過程，進入實例恢復階段

當實例意外中斷的時候，各類型文件，包括控制文件、數(shù)據(jù)文件和日志文件上，會存在不一致的問題。這種不一致主要體現(xiàn)在SCN值的差異上。

實例在啟動的時候，經(jīng)過三階段（nomount、mount和open）。在open之前，會進行這種不一致現(xiàn)象的檢查，如果出現(xiàn)不一致，要啟動SMON進程的恢復流程。

SMON是Oracle實例的一個后臺進程，主要負責進行系統(tǒng)監(jiān)控恢復。進行恢復的依據(jù)主要是RedoLog記錄。

2、前滾進程

SMON首先找到最后SCN記錄的Redo LogFile。尋找最后一個打入的Checkpoint。

順序找到CheckPointA之后，表示A之前的所有事務都是完全寫入到數(shù)據(jù)文件中，不存在不一致性問題。恢復過程從CheckpointA開始，Oracle開始依據(jù)重做日志Redo Log的系列條目，進行推進。

首先遇到了事務B信息，由于事務B已經(jīng)commit，所以事務B所有相關的Redo Log條目已經(jīng)全都寫入到Redo LogFile中。所以，按照日志繼續(xù)條目推進，完全可以重演replay，并且應用apply事務B的全部過程。

這樣，事務B全部實現(xiàn)，最終將通過DBWn完全寫入到數(shù)據(jù)文件中。所以，實例失敗之前提交commit的事務B，完全恢復。

進入事務C的范疇，由于一部分事務C的RedoLog條目已經(jīng)進入Redo LogFile中(根據(jù)LGWR和DBWn的工作機制，事務C有可能將部分數(shù)據(jù)塊寫入日志文件和數(shù)據(jù)文件，但這時候C事務始終沒提交，這是比較嚴重的訛誤，所以需要回滾)，所以在進行前滾的時候，一定會replay到這部分的內容。不過，這部分內容中不可能出現(xiàn)commit的標記。所以，前滾的結果一定是遇到實例突然中斷的那個時點。此時replay的結果是，事務C沒有提交。這樣結束了前滾過程，進入回滾階段。

3、回滾過程(與普通的回滾一樣（當事務執(zhí)行失敗后自動回滾或者命令:ROLLBACK.）---參考OCP認證考試指南全冊)對事務C(針對DML的update，當然其他同理)，要進行回滾過程，釋放所有相關資源。在前滾中，利用日志填充了的撤銷塊和表數(shù)據(jù)塊的值，然后在回滾的時候，會將撤銷塊的值復制回表數(shù)據(jù)塊中(因為此事務沒提交記錄)，以此來進行SGA中BufferCache數(shù)據(jù)塊恢復。

4、說說恢復過程的損耗

很多時候，由于我們事務規(guī)模較大，當出現(xiàn)實例崩潰的時候，重啟所需要的時間很多。有一種經(jīng)驗說法是，事務有多長，前滾和回滾所消耗的時間有多長×2。而且，如果不能完成SMON恢復過程，數(shù)據(jù)庫是不能算作正常的Open的。

SMON的恢復過程是Oracle強制進行的一個過程，即使恢復中發(fā)生斷電或者其他中斷失敗事件。Oracle在下一次啟動的時候，還是會繼續(xù)這個過程，只有耐心等待。

通過檢查一些內部視圖（X$視圖），可以觀察到恢復進程和速度，但是絲毫不能影響到最終恢復的過程。

這個過程雖然可以保證數(shù)據(jù)一致性，但是也帶來了系統(tǒng)不能啟動，影響生產(chǎn)環(huán)境的問題。我們可以通過兩個方式進行緩解：

首先，我們在設計開發(fā)系統(tǒng)時，要保證事務規(guī)模的可控性，不要讓事務規(guī)模在技術層面上過大。避免一旦發(fā)生崩潰，大規(guī)模強制回滾的發(fā)生；其次，一旦出現(xiàn)了這個強制回滾，要注意對生產(chǎn)環(huán)境的影響。可以采用備庫standby進行頂替，讓主庫安靜的慢慢恢復；

oracle數(shù)據(jù)庫中數(shù)據(jù)回滾的概念

朋友：

oracle中有兩樣東西是用來記錄歷史的

一、重做日志 REDO（作用就是當你8點做了很多事情，到10點由于數(shù)據(jù)庫8點到10點操作的某個文件壞了，那么8點到10點的的東西全都不見了，但是REDO還在。你就可以用REDO來做重做你8點到10點所做的事，REDO就是記錄了這樣的事！）

二、回滾段 UNDO （作用就是當你后悔做了某些事之后就可以回到以前，但是在人間可是沒有后悔要賣的哦。如你無意刪除一個表，你就可以用rollback命令來回滾，它利用的就是oracle 的撤消表空間記錄的內容。當然這個表空間滿了的時候也就不能回滾到它沒記錄的內容了。）

oracle數(shù)據(jù)庫庫刪除怎么回滾

刪除表后，可以采用如下操作：

在 user_recyclebin中找到最近操作過的表名稱，然后用閃回（只能用于10G及以上版本）。

FLASH BACK TABLE TABLE_NAME TO BEFORE DROP;

如果是刪了或修改里面的數(shù)據(jù)，可以先建立一個快表將刪除修改之前狀態(tài)的數(shù)據(jù)找回到這個表中：

CREATE TABLE QUICK_TABLE AS

SELECT * FROM TABLE_NAME AS OF TIMESTAMP SYSTEM-1/24 (一小時前的)，減去的時間可以自己定。如樓上F_253那位老兄的寫法就不錯，能自由定制時間

oracle 提交之后怎么回滾

execute執(zhí)行后

可以回滾

commit提交后

不可以回滾

其實Oracle提交數(shù)據(jù)是分兩步操作的，第一步execute執(zhí)行，第二步commit提交。對應的PL\SQL也是要先點execute執(zhí)行，執(zhí)行后再點commit提交。

但是

commit提交后

可以用閃回查詢恢復原來的數(shù)據(jù)

因為oracle會將近期的數(shù)據(jù)保存到快照中

如:

SELECT

*

FROM

TABLE_1

AS

OF

TIMESTAMP

TO_TIMESTAMP('20080606

20:00:00','YYYYMMDD

HH24:MI:SS');

這里'20080606

20:00:00'就是你想恢復數(shù)據(jù)到哪個時間狀態(tài)

TABLE_1是數(shù)據(jù)庫的表名

這樣查詢到的數(shù)據(jù)就是執(zhí)行更新操作之前的數(shù)據(jù)

oracle 刪除數(shù)據(jù)提交怎么回滾

execute執(zhí)行后

可以回滾

commit提交后

不可以回滾

其實oracle提交數(shù)據(jù)是分兩步操作的，第一步execute執(zhí)行，第二步commit提交。對應的pl\sql也是要先點execute執(zhí)行，執(zhí)行后再點commit提交。

但是

commit提交后

可以用閃回查詢恢復原來的數(shù)據(jù)

因為oracle會將近期的數(shù)據(jù)保存到快照中

如:

select

*

from

table_1

as

of

timestamp

to_timestamp('20080606

20:00:00','yyyymmdd

hh24:mi:ss');

這里'20080606

20:00:00'就是你想恢復數(shù)據(jù)到哪個時間狀態(tài)

table_1是數(shù)據(jù)庫的表名

這樣查詢到的數(shù)據(jù)就是執(zhí)行更新操作之前的數(shù)據(jù)

網(wǎng)站名稱：oracle數(shù)據(jù)怎么回滾,oracle數(shù)據(jù)回滾 快照過舊
轉載注明：http://www.chinadenli.net/article10/dscoego.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供動態(tài)網(wǎng)站、品牌網(wǎng)站設計、微信小程序、定制網(wǎng)站、手機網(wǎng)站建設、ChatGPT

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)