checkpoint掃盲?

top什么是checkpoint

在數(shù)據(jù)庫系統(tǒng)中，寫日志和寫數(shù)據(jù)文件是數(shù)據(jù)庫中IO消耗最大的兩種操作，在這兩種操作中寫數(shù)據(jù)文件屬于分散寫，寫日志文件是順序?qū)?#xff0c;因此為了保證數(shù)據(jù)庫的性能，通常數(shù)據(jù)庫都是保證在提交（commit）完成之前要先保證日志都被寫入到日志文件中，而臟數(shù)據(jù)塊著保存在數(shù)據(jù)緩存（buffer?cache）中再不定期的分批寫入到數(shù)據(jù)文件中。也就是說日志寫入和提交操作是同步的，而數(shù)據(jù)寫入和提交操作是不同步的。這樣就存在一個問題，當(dāng)一個數(shù)據(jù)庫崩潰的時候并不能保證緩存里面的臟數(shù)據(jù)全部寫入到數(shù)據(jù)文件中，這樣在實例啟動的時候就要使用日志文件進(jìn)行恢復(fù)操作，將數(shù)據(jù)庫恢復(fù)到崩潰之前的狀態(tài)，保證數(shù)據(jù)的一致性。檢查點是這個過程中的重要機(jī)制，通過它來確定，恢復(fù)時哪些重做日志應(yīng)該被掃描并應(yīng)用于恢復(fù)。

一般所說的checkpoint是一個數(shù)據(jù)庫事件（event），checkpoint事件由checkpoint進(jìn)程（LGWR/CKPT進(jìn)程）發(fā)出，當(dāng)checkpoint事件發(fā)生時DBWn會將臟塊寫入到磁盤中，同時數(shù)據(jù)文件和控制文件的文件頭也會被更新以記錄checkpoint信息。

topcheckpoint的作用

checkpoint主要2個作用：

保證數(shù)據(jù)庫的一致性，這是指將臟數(shù)據(jù)寫入到硬盤，保證內(nèi)存和硬盤上的數(shù)據(jù)是一樣的；

縮短實例恢復(fù)的時間，實例恢復(fù)要把實例異常關(guān)閉前沒有寫出到硬盤的臟數(shù)據(jù)通過日志進(jìn)行恢復(fù)。如果臟塊過多，實例恢復(fù)的時間也會很長，檢查點的發(fā)生可以減少臟塊的數(shù)量，從而提高實例恢復(fù)的時間。

通俗的說checkpoint就像word的自動保存一樣。

top檢查點分類

• 完全檢查點（Normal?checkpoint）

• 增量檢查點（Incremental?checkpoint）

topcheckpoint相關(guān)概念術(shù)語

在說明checkpoint工作原理之前我們先了解一些相關(guān)的術(shù)語。

topRBA（Redo?Byte?Address）,?Low?RBA（LRBA）,?High?RBA（HRBA）

RBA就是重做日志塊（redo?log?block）的地址，相當(dāng)與數(shù)據(jù)文件中的ROWID，通過這個地址來定位重做日志塊。RBA由三個部分組成：

日志文件序列號（4字節(jié)）

日志文件塊編號（4字節(jié)）

重做日志記錄在日志塊中的起始偏移字節(jié)數(shù)（2字節(jié)）

通常使用RBA的形式有：

LRBA

數(shù)據(jù)緩存（buffer?cache）中一個臟塊第一次被更新的時候產(chǎn)生的重做日志記錄在重做日志文件中所對應(yīng)的位置就稱為LRBA。

HRBA

數(shù)據(jù)緩存（buffer?cache）中一個臟塊最近一次被更新的時候產(chǎn)生的重做日志記錄在重做日志文件中所對應(yīng)的位置就稱為HRBA。

checkpoint?RBA

當(dāng)一個checkpoint事件發(fā)生的時候，checkpoint進(jìn)程會記錄下當(dāng)時所寫的重做日志塊的地址即RBA，此時記錄的RBA被稱為checkpoint?RBA。從上一個checkpoint?RBA到當(dāng)前的checkpoint?RBA之間的日志所保護(hù)的buffer?cache中的臟塊接下來將會被寫入到數(shù)據(jù)文件當(dāng)中去。

topBuffer?checkpoint?Queues?（BCQ）

Oracle將所有在數(shù)據(jù)緩存中被修改的臟塊按照LRBA順序的組成一個checkpoint隊列，這個隊列主要記錄了buffer?cache第一次發(fā)生變化的時間順序，然后有DBWn進(jìn)程根據(jù)checkpoint隊列順序?qū)⑴K塊寫入到數(shù)據(jù)文件中，這樣保證了先發(fā)生變更的buffer能先被寫入到數(shù)據(jù)文件中。BCQ的引入是為了支持增量checkpoint的。

topActive?checkpoint?Queue?（ACQ）

ACQ中包含了所有活動的checkpoint請求。每次有新checkpoint請求是都會在ACQ中增加一條記錄，ACQ記錄中包含了相應(yīng)的checkpoint?RBA。checkpoint完成以后相應(yīng)的記錄將被移出隊列。

top完全檢查點?（normal?checkpoint）

top完全檢查點工作過程

一個checkpoint操作可以分成三個不同的階段：

• 第一階段，checkpoint進(jìn)程開始一個checkpoint事件，并記錄下checkpoint?RBA，這個通常是當(dāng)前的RBA。

• 第二階段，checkpoint進(jìn)程通知DBWn進(jìn)程將所有checkpoint?RBA之前的buffer?cache里面的臟塊寫入磁盤。

• 確定臟塊都被寫入磁盤以后進(jìn)入到第三階段，checkpoint進(jìn)程將checkpoint信息（SCN）寫入/更新數(shù)據(jù)文件和控制文件中。

更新SCN的操作由CKPT進(jìn)程完成，在Oracle?8.0之后CKPT進(jìn)程默認(rèn)是被啟用的，如果CKPT進(jìn)程沒有啟用的話那相應(yīng)的操作將由LGWR進(jìn)程完成。

top什么時候發(fā)生normal?checkpoint

下面這些操作將會觸發(fā)checkpoint事件：

• 日志切換，通過ALTER?SYSTEM?SWITCH?LOGFILE。

• DBA發(fā)出checkpoint命令，通過ALTER?SYSTEM?checkpoint。

• 對數(shù)據(jù)文件進(jìn)行熱備時，針對該數(shù)據(jù)文件的checkpoint也會進(jìn)行，ALTER?TABLESPACE?TS_NAME?BEGIN?BACKUP/END?BACKUP。

• 當(dāng)運行ALTER?TABLESPACE/DATAFILE?READ?ONLY的時候。

• SHUTDOWN命令發(fā)出時。

特別注意：

日志切換會導(dǎo)致checkpoint事件發(fā)生，但是checkpoint發(fā)生卻不會導(dǎo)致日志切換。

日志切換觸發(fā)的是normal?checkpoint，而不是大家所說的增量checkpoint，只不過log?switch?checkpoint的優(yōu)先級非常低，當(dāng)一個log?switch?checkpoint發(fā)生的時候它并不會立即的通知DBWn進(jìn)程去寫數(shù)據(jù)文件，但是當(dāng)有其它原因?qū)е耤heckpoint或者是寫入數(shù)據(jù)文件的RBA超過log?switch?checkpoint的checkpoint?RBA的時候，這次的log?switch?checkpoint將會被標(biāo)記成完成狀態(tài)，同時更新控制文件和數(shù)據(jù)文件頭。我們隨后可以做個實驗驗證這個說法。

topcheckpoint和SCN有什么關(guān)系？

在Oracle中SCN相當(dāng)于它的時鐘，在現(xiàn)實生活中我們用時鐘來記錄和衡量我們的時間，而Oracle就是用SCN來記錄和衡量整個Oracle系統(tǒng)的更改。

Oracle中checkpoint是在一個特定的“時間點”發(fā)生的，衡量這個“時間點”用的就是SCN，因此當(dāng)一個checkpoint發(fā)生時SCN會被寫入文件頭中以記錄這個checkpoint。

top增量checkpoint

top增量checkpoint工作過程

因為每次完全的checkpoint都需要把buffer?cache所有的臟塊都寫入到數(shù)據(jù)文件中，這樣就是產(chǎn)生一個很大的IO消耗，頻繁的完全checkpoint操作很對系統(tǒng)的性能有很大的影響，為此Oracle引入的增量checkpoint的概念，buffer?cache中的臟塊將會按照BCQ隊列的順序持續(xù)不斷的被寫入到磁盤當(dāng)中，同時CKPT進(jìn)程將會每3秒中檢查DBWn的寫入進(jìn)度并將相應(yīng)的RBA信息記錄到控制文件中。

有了增量checkpoint之后在進(jìn)行實例恢復(fù)的時候就不需要再從崩潰前的那個完全checkpoint開始應(yīng)用重做日志了，只需要從控制文件中記錄的RBA開始進(jìn)行恢復(fù)操作，這樣能節(jié)省恢復(fù)的時間。

top發(fā)生增量checkpoint的先決條件

• 恢復(fù)需求設(shè)定?（FAST_START_IO_TARGET/FAST_START_MTTR_TARGET）

• LOG_checkpoint_INTERVAL參數(shù)值

• LOG_checkpoint_TIMEOUT參數(shù)值

• 最小的日志文件大小

• buffer?cache中的臟塊的數(shù)量

top增量checkpoint的特點

• 增量checkpoint是一個持續(xù)活動的checkpoint。

• 沒有checkpoint?RBA，因為這個checkpoint是一直都在進(jìn)行的，所以不存在normal?checkpoint里面涉及的checkpoint?RBA的概念。

• checkpoint?advanced?in?memory?only

• 增量checkpoint所完成的RBA信息被記錄在控制文件中。

• 增量checkpoint可以減少實例恢復(fù)時間。

top增量checkpoint相關(guān)參數(shù)設(shè)置

log_checkpoint_interval

設(shè)定兩次checkpoint之間重做日志塊（重做日志塊和系統(tǒng)數(shù)據(jù)塊是一樣的）數(shù)，當(dāng)重做日志塊數(shù)量達(dá)到設(shè)定值的時候?qū)⒂|發(fā)checkpoint。

log_checkpoint_timeout

設(shè)定兩次checkpoint之間的間隔時間，當(dāng)超時值達(dá)到時增量checkpoint將被觸發(fā)。Oracle建議不用這個參數(shù)來控制，因為事務(wù)（transaction）大小不是按時間等量分布的。將此值設(shè)置成0時將禁用此項設(shè)置。

fast_start_io_target

因為log_checkpoint_interval主要看的時候重做日志塊的數(shù)量，并不能反應(yīng)buffer?cache中臟數(shù)據(jù)塊的修改，因此Oracle又引入了這個參數(shù)來實現(xiàn)當(dāng)臟數(shù)據(jù)塊達(dá)到一定數(shù)量的時候觸發(fā)checkpoint，不過此參數(shù)實際上控制的是恢復(fù)時所需IO的數(shù)量。

fast_start_mttr_target

• 此參數(shù)是在9i中引入用來代替前面的三個參數(shù)的，它定義了數(shù)據(jù)塊崩潰后所需要的實例恢復(fù)的時間，Oracle在實際上內(nèi)在的解釋成兩個參數(shù):fast_start_io_target和log_checkpoint_interval.如果這兩個參數(shù)沒有顯式的指定,計算值將生效.。

• fast_start_mttr_target可以設(shè)定的最大值是3600，即一個小時。它的最小值沒有設(shè)限，但是并不是說可以設(shè)置一個任意小的值，這個值會受最小dirty?buffer（最小為1000）的限制，同時還會受初始化時間以及文件打開時間的限制。

• 在設(shè)置此參數(shù)的時候要綜合考慮系統(tǒng)的IO，容量以及CPU等信息，要在系統(tǒng)性能和故障恢復(fù)時間之間做好平衡。

• 將此參數(shù)設(shè)置成0時將禁用?fast-start?checkpointing，這樣能見效系統(tǒng)負(fù)載但同時會增加系統(tǒng)的恢復(fù)時間。

• 如果fast_start_io_target?or?log_checkpoint_interval被指定，他們會自動覆蓋由fast_start_mttr_target參數(shù)計算出來的值。

在10g中，數(shù)據(jù)庫能根據(jù)各種系統(tǒng)參數(shù)的設(shè)置值來自動調(diào)整檢查點的執(zhí)行頻率，以獲得最好的恢復(fù)時間以及系統(tǒng)的正常運行影響最小。通過自動checkpoint調(diào)整，Orach能在系統(tǒng)低IO操作的時候?qū)⑴K塊寫入到數(shù)據(jù)文件中，因此即時DBA沒有設(shè)置checkpoint相關(guān)的參數(shù)值或是設(shè)置了一個不合理的值的時候系統(tǒng)還是能獲得一個很合理的系統(tǒng)恢復(fù)時間。

10g中的增量checkpoint更能體現(xiàn)它持續(xù)活動的特點，在10g中，增量checkpoint不是在某一個特定的條件下觸發(fā)，而是由數(shù)據(jù)庫根據(jù)系統(tǒng)參數(shù)設(shè)置自動觸發(fā)。

top與完全checkpoint的區(qū)別

• 完全checkpoint會將checkpoint的信息寫入到控制文件以及數(shù)據(jù)文件頭中

• 增量checkpoint只會將RBA信息寫入到控制文件中。

top查看系統(tǒng)的checkpoint動作

我們可以通過將LOG_checkpointS_TO_ALERT設(shè)置成TRUE來打開checkpoint的trace，這樣就可以跟蹤checkpoint的操作了。

ALTERSYSTEMSETLOG_checkpointS_TO_ALERT=TRUE;

這設(shè)置以后系統(tǒng)的checkpoint將會被記錄alert_$SID.log文件中。

在V$DATAFILE_HEADER里面也保存了發(fā)生完全checkpoint的時候一些相關(guān)信息，包括checkpoint發(fā)生時間、對應(yīng)SCN已經(jīng)checkpoint的次數(shù)。

selectfile#?NO,?status,?tablespace_name,?name,?dbms_flashback.get_system_change_number?CUR_SCN,
to_char（resetlogs_time,?'YYYY-MM-DD?HH24:MI:SS'）?RST_DT,?resetlogs_change#?RST_SCN,
to_char（checkpoint_time,?'YYYY-MM-DD?HH24:MI:SS'）?CKPT_DT,?checkpoint_change#?CKPT_SCN,?checkpoint_count?CKPT_CNT
fromv$datafile_header;

/**
NO??STATUS??TABLESPACE_NAME??CUR_SCN??RST_DT??????????????RST_SCN??CKPT_DT?????????????CKPT_SCN??CKPT_CNT
---?-------?----------------?--------?-------------------?--------?-------------------?---------?---------
1???ONLINE??SYSTEM???????????533541???2008-01-12?16:51:53?446075???2008-08-04?22:03:58?532354????65
2???ONLINE??UNDOTBS1?????????533541???2008-01-12?16:51:53?446075???2008-08-04?22:03:58?532354????28
3???ONLINE??SYSAUX???????????533541???2008-01-12?16:51:53?446075???2008-08-04?22:03:58?532354????65
4???ONLINE??USERS????????????533541???2008-01-12?16:51:53?446075???2008-08-04?22:03:58?532354????64
5???ONLINE??EXAMPLE??????????533541???2008-01-12?16:51:53?446075???2008-08-04?22:03:58?532354????24
*/

top完全檢查點

--?我們先執(zhí)行一個
ALTERSYSTEMcheckpoint;

--?下面是alert文件中的數(shù)據(jù)結(jié)果
MonAug422:22:082008
BeginningglobalcheckpointuptoRBA?[0x8.c9d4.10],?SCN:?533714
CompletedcheckpointuptoRBA?[0x8.c9d4.10],?SCN:?533714
--?我們能看到完全checkpoint發(fā)生的SCN?533714

--?下面我們再對照下V$DATAFILE_HEADER中的結(jié)果
NOSTATUSTABLESPACE_NAMECUR_SCNRST_DTRST_SCNCKPT_DTCKPT_SCNCKPT_CNT
---?-------?----------------?--------?-------------------?--------?-------------------?---------?---------
1ONLINESYSTEM5337902008-01-1216:51:534460752008-08-0422:22:0853371466
2ONLINEUNDOTBS15337902008-01-1216:51:534460752008-08-0422:22:0853371429
3ONLINESYSAUX5337902008-01-1216:51:534460752008-08-0422:22:0853371466
4ONLINEUSERS5337902008-01-1216:51:534460752008-08-0422:22:0853371465
5ONLINEEXAMPLE5337902008-01-1216:51:534460752008-08-0422:22:0853371425

--?看到了么，checkpoint時間和checkpoint的SCN已經(jīng)被記錄到數(shù)據(jù)文件頭中了。

top日志切換時的檢查點

--?我們先做一次日志切換
ALTERSYSTEMSWITCHLOGFILE;

--?然后看看alert里面的記錄
MonAug422:31:392008
BeginninglogswitchcheckpointuptoRBA?[0x9.2.10],?SCN:?534450
Thread1advancedtologsequence9
Currentlog#?2?seq#?9?mem#?0:?/u/app/oracle/oradata/orcl/redo02.log
MonAug422:35:582008
CompletedcheckpointuptoRBA?[0x9.2.10],?SCN:?534450

--?我們能看到checkpoint是在過了一段時間（這里是4分鐘）之后才完成的

--?接著我們來看下V$DATAFILE_HEADER中的結(jié)果
NOSTATUSTABLESPACE_NAMECUR_SCNRST_DTRST_SCNCKPT_DTCKPT_SCNCKPT_CNT
---?-------?----------------?--------?-------------------?--------?-------------------?---------?---------
1ONLINESYSTEM5347702008-01-1216:51:534460752008-08-0422:31:4453445067
2ONLINEUNDOTBS15347702008-01-1216:51:534460752008-08-0422:31:4453445030
3ONLINESYSAUX5347702008-01-1216:51:534460752008-08-0422:31:4453445067
4ONLINEUSERS5347702008-01-1216:51:534460752008-08-0422:31:4453445066
5ONLINEEXAMPLE5347702008-01-1216:51:534460752008-08-0422:31:4453445026

--?在這里我們能發(fā)現(xiàn)下V$DATAFILE_HEADER里面記錄的SCN和日志切換發(fā)生的checkpoint的SCN是一樣的，
--?這就證明了日志切換是會更新數(shù)據(jù)文件頭的，同時日志切換的checkpoint是一個級別比較低的操作，
--?它不會立即完成，這也是出于性能上考慮的。

top增量checkpoint查看

當(dāng)前所知只有在LOG_checkpoint_TIMEOUT設(shè)置了非0值之后觸發(fā)的增量checkpoint會在alert文件中有記錄，其他條件觸發(fā)的增量checkpoint都不會記錄在alert文件中。

--?下面是當(dāng)LOG_checkpoint_TIMEOUT設(shè)置為1800s的時候所產(chǎn)生的增量checkpoint記錄
Sun?Aug??3?19:08:56?2008
Incremental?checkpoint?up?to?RBA?[0x8.e17.0],?current?log?tail?at?RBA?[0x8.1056.0]
Sun?Aug??3?19:39:00?2008
Incremental?checkpoint?up?to?RBA?[0x8.1be0.0],?current?log?tail?at?RBA?[0x8.1c6e.0]
Sun?Aug??3?20:09:04?2008
Incremental?checkpoint?up?to?RBA?[0x8.2af5.0],?current?log?tail?at?RBA?[0x8.2b6a.0]
Sun?Aug??3?20:39:07?2008
Incremental?checkpoint?up?to?RBA?[0x8.3798.0],?current?log?tail?at?RBA?[0x8.3851.0]
Sun?Aug??3?21:09:10?2008
Incremental?checkpoint?up?to?RBA?[0x8.47b9.0],?current?log?tail?at?RBA?[0x8.48bb.0]
Sun?Aug??3?21:39:14?2008
Incremental?checkpoint?up?to?RBA?[0x8.548d.0],?current?log?tail?at?RBA?[0x8.5522.0]
Mon?Aug??4?21:05:18?2008

top查看fast_start_mttr_target

通過查看V$INSTANCE_RECOVERY動態(tài)性能視圖可以查看一些MTTR相關(guān)的信息。

SELECT?TARGET_MTTR,ESTIMATED_MTTR,CKPT_BLOCK_WRITES,CKPT_BLOCK_WRITES?FROM?V$INSTANCE_RECOVERY

TARGET_MTTR

用戶設(shè)置的參數(shù)FAST_START_MTTR_TARGET的值.

ESTIMATED_MTTR

根據(jù)目前臟塊數(shù)目和日志塊數(shù)目,評估的現(xiàn)在進(jìn)行恢復(fù)所需要的時間.

CKPT_BLOCK_WRITES

檢查點寫完的塊數(shù)目.

CKPT_BLOCK_WRITES

額外的因為檢查點引起的數(shù)據(jù)庫寫入操作?（因為不必要的檢查點的產(chǎn)生,設(shè)置一個非常小的系統(tǒng)恢復(fù)時間將會對性能產(chǎn)生負(fù)面影響,為了幫助管理員監(jiān)測這個參數(shù)設(shè)置較小時對數(shù)據(jù)庫的影響,這個視圖顯示了這個列）

top相關(guān)視圖

topV$視圖

V$DATAFILE_HEADER

查看數(shù)據(jù)文件的完全checkpoint信息。

V$INSTANCE_RECOVERY

查看fast_start_mttr_target設(shè)置以及系統(tǒng)MTTR相關(guān)信息。

topX$視圖

X$BH

用于查看臟塊的LRBA和HRBA（There?is?also?a?recovery?RBA?which?is?used?to?record?the?progress?of?partial?block?recovery?by?PMON.）?。

X$TARGETRBA

查看增量checkpoint?RBA，target?RBA和on-disk?RBA。

X$KCCCP

這里面也有增量checkpoint?RBA，target?RBA的信息。

X$KCCRT

完全checkpoint（full?thread?checkpoint）RBA信息。

top補(bǔ)充說明

寫完這篇文章之后又看了寫在itpub上的討論，更新下觀點。(http://www.itpub.net/viewthread.php?tid=1053847)

關(guān)于增量checkpoint和完全的checkpoint的區(qū)別這方面的爭論里來不少，特別是對于日志切換到底是增量還是完全的爭論更是如此，但是其實翻遍Oracle的文檔就沒有發(fā)現(xiàn)有提到增量checkpoint(incremental?checkpoint)或是完全checkpoint(full?checkpoint)這兩個概念。

我的觀點是根本就沒有必要可以的區(qū)分是增量還是完全，真正要理解的是不同情況下的checkpoint都會有些什么樣的行為，然后根據(jù)這些行為來對數(shù)據(jù)庫進(jìn)行配置，設(shè)置相應(yīng)的參數(shù)，制定相應(yīng)的備份/恢復(fù)策略，就此而已。
下面列出寫常見的checkpoint行為：

類似于alter?system?checkpoint這樣的語句所產(chǎn)生的，先記錄下當(dāng)前的scn，然后推動DBWn進(jìn)程去寫臟數(shù)據(jù)，當(dāng)寫到所記錄的scn時候檢查點結(jié)束，然后ckpt進(jìn)程將記錄的scn寫入到控制文件和數(shù)據(jù)文件頭。

設(shè)置參數(shù)log_checkpoint_timeout之后產(chǎn)生的，在超時值達(dá)到的時候，ckpt進(jìn)程記錄當(dāng)時DBWn寫臟數(shù)據(jù)的進(jìn)度，也就是寫到那個scn了，此時檢查點信息只記錄到控制文件中，同時如果設(shè)置了LOG_checkpointS_TO_ALERT的話我們會在alert中得到這樣的信息：??

Sun?Aug??3?19:08:56?2008
Incremental?checkpoint?up?to?RBA?[0x8.e17.0],?current?log?tail?at?RBA?[0x8.1056.0]

?

ckpt進(jìn)程每3s起來一次記錄checkpoint的進(jìn)度到控制文件中，這種情況跟上面的類似，只不過在alert里面是看不到的，而且也不是每次喚醒都會寫控制文件的，而是有就記，沒有就拉倒。

類似于alter?system?switch?logfile所產(chǎn)生的，先記錄下發(fā)出命令時刻的scn，ckpt進(jìn)程不會推動DBWn去寫臟數(shù)據(jù)，而是讓DBWn按照自己的狀態(tài)去寫臟數(shù)據(jù)，等到寫到記錄的scn時，chpt進(jìn)程再去更新控制文件和數(shù)據(jù)文件頭。這種情況在alert也能看到信息：??

Mon?Aug??4?22:31:39?2008
Beginning?log?switch?checkpoint?up?to?RBA?[0x9.2.10],?SCN:?534450
Thread?1?advanced?to?log?sequence?9
??Current?log#?2?seq#?9?mem#?0:?/u/app/oracle/oradata/orcl/redo02.log
Mon?Aug??4?22:35:58?2008
Completed?checkpoint?up?to?RBA?[0x9.2.10],?SCN:?534450

?

?

轉(zhuǎn)載于:https://blog.51cto.com/netengineer/1247273

總結(jié)

以上是生活随笔為你收集整理的Oracle checkpoint详解的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。