数据库控制文件中的SCN详解-mysql教程-PHP中文網

首頁

資料庫

mysql教程

数据库控制文件中的SCN详解

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:47 PM

關閉啟動控制數位資料庫文件詳解

在的启动和关闭数据库的时候控制文件起着重要的作用，从官方文档中我们可以知道控制文件中保存着下列的信息：数据库的名称及数据库创建时间等所有的数据文件、重做日志文件的名称和位置信息。表空间的信息。 Offline 数据文件的信息。重做日志及归档日志

在的启动和关闭数据库的时候控制文件起着重要的作用，从官方文档中我们可以知道控制文件中保存着下列的信息：

数据库的名称及数据库创建时间等

所有的数据文件、重做日志文件的名称和位置信息。

表空间的信息。

Offline数据文件的信息。

重做日志及归档日志的信息。

备份集及备份文件的信息

检查点及SCN信息等。

正常关闭数据库时，控制文件中的SCN值

在控制文件的数据文件信息部分，对于每一个数据文件都有一个Checkpoint SCN 和 Stop SCN，在数据库启动时要对其进行校验。

我们知道数据库在一致性关闭的时候控制文件中的SCN是怎样的呢？

1.一致性关闭数据库。Dump控制文件

SYS@ENMOEDU > shutdown immediate

SYS@ENMOEDU > startup mount

Database mounted.

SYS@ENMOEDU > oradebug setmypid;

Statement processed.

SYS@ENMOEDU > oradebug dump controlf 3;

Statement processed.

2.数据库的相关信息，上次数据库成功完成检查点的信息

***************************************************************************

DATABASE ENTRY

***************************************************************************

(size = 316, compat size = 316, div max = 1, div in-use = 1,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 1, numrecs = 1)

01/13/2014 16:13:27

DB Name "ENMOEDU"

Database flags = 0x00404001 0x00001000

Controlfile Creation Timestamp 01/13/2014 16:13:28

Incmplt recovery scn: 0x0000.00000000

Resetlogs scn: 0x0000.000fc451 Resetlogs Timestamp 02/05/2014 15:44:46

Prior resetlogs scn: 0x0000.000fa657 Prior resetlogs Timestamp 02/05/2014 14:15:27

Redo Version: compatible=0xb200000

#Data files = 6, #Online files = 6

Database checkpoint: Thread=1 scn: 0x0000.0011b73b

Threads: #Enabled=1, #Open=0, Head=0, Tail=0

3.检查点进程记录。Low cache rba是恢复的起点，此时是fffffff说明数据库不需要恢复。On disk rba是恢复的终点。

***************************************************************************

CHECKPOINT PROGRESS RECORDS

***************************************************************************

(size = 8180, compat size = 8180, div max = 11, div in-use = 0,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 2, numrecs = 11)

THREAD #1 - status:0x1 flags:0x0 dirty:0

low cache rba:(0xffffffff.ffffffff.ffff) on disk rba:(0x6.6f7.0)

on disk scn: 0x0000.0011b58f 02/19/2014 21:58:48

resetlogs scn: 0x0000.000fc451 02/05/2014 15:44:46

heartbeat: 839919586 mount id: 99161229

Flashback log tail log# 2 thread# 1 seq 2 block 5337 byte 0

4.Redo线程记录中记录了检查点的信息，与数据库的检查点一样

***************************************************************************

REDO THREAD RECORDS

***************************************************************************

(size = 256, compat size = 256, div max = 8, div in-use = 1,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 9, numrecs = 8)

THREAD #1 - status:0xbe thread links forward:0 back:0

#logs:3 first:1 last:3 current:3 last used seq#:0x6

enabled at scn: 0x0000.000fc451 02/05/2014 15:44:46

disabled at scn: 0x0000.00000000 01/01/1988 00:00:00

opened at 02/19/2014 21:57:43 by instance ENMOEDU

Checkpointed at scn: 0x0000.0011b73b 02/19/2014 21:58:52

5.数据文件中记录的检查点信息与DATABASE ENTRY记录的一样

***************************************************************************

DATA FILE RECORDS

***************************************************************************

DATA FILE #6:

name #13: /u01/app/oracle/oradata/ENMOEDU/sample01.dbf

creation size=12800 block size=8192 status=0xe head=13 tail=13 dup=1

tablespace 7, index=7 krfil=6 prev_file=0

unrecoverable scn: 0x0000.001143f4 02/10/2014 15:34:23

Checkpoint cnt:7 scn: 0x0000.0011b73b 02/19/2014 21:58:52

Stop scn: 0x0000.0011b73b 02/19/2014 21:58:52

Creation Checkpointed at scn: 0x0000.00111736 02/10/2014 15:28:26

thread:1 rba:(0x4.1f5.10)

enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000

由于数据库是一致性关闭，数据文件中的Checkpoint scn 与Stop scn，database scn和redo中记录的scn值都一样，所以在下次启动数据库的时候可以直接启动，不用进行恢复。

数据库异常关闭的时候的SCN的值。

1.如果数据库异常关闭，则不会执行任何的检查点。通过shutdown abort可以模拟一次异常，当使用shutdown abort方式关闭数据库时，此时的SCN值是怎么样的。

SYS@ENMOEDU > shutdown abort

ORACLE instance shut down.

SYS@ENMOEDU > startup mount

Database mounted.

SYS@ENMOEDU > oradebug setmypid;

Statement processed.

SYS@ENMOEDU > oradebug dump controlf 3;

Statement processed.

2.在DATABASE ENTRY中我们可以看到数据库thread checkpoint信息。

***************************************************************************

DATABASE ENTRY

***************************************************************************

(size = 316, compat size = 316, div max = 1, div in-use = 1,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 1, numrecs = 1)

01/13/2014 16:13:27

DB Name "ENMOEDU"

Database flags = 0x00404001 0x00001200

Controlfile Creation Timestamp 01/13/2014 16:13:28

Incmplt recovery scn: 0x0000.00000000

Resetlogs scn: 0x0000.000fc451 Resetlogs Timestamp 02/05/2014 15:44:46

Prior resetlogs scn: 0x0000.000fa657 Prior resetlogs Timestamp 02/05/2014 14:15:27

Redo Version: compatible=0xb200000

#Data files = 6, #Online files = 6

Database checkpoint: Thread=1 scn: 0x0000.0011b73e

Threads: #Enabled=1, #Open=1, Head=1, Tail=1

3. 检查点信息其中包含 low chache rba 和on disk ora信息。low cache rba（recovery block address）是恢复的起点，on disk rba（确定已经写到磁盘上的重做值）是恢复的终点，

***************************************************************************

CHECKPOINT PROGRESS RECORDS

***************************************************************************

(size = 8180, compat size = 8180, div max = 11, div in-use = 0,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 2, numrecs = 11)

THREAD #1 - status:0x2 flags:0x0 dirty:510

low cache rba:(0x6.18e2.0) on disk rba:(0x6.ca99.0)

on disk scn: 0x0000.0011e785 02/19/2014 22:55:08

resetlogs scn: 0x0000.000fc451 02/05/2014 15:44:46

heartbeat: 839992040 mount id: 99202971

Flashback log tail log# 3 thread# 1 seq 3 block 2244 byte 0

4. Redo线程的记录。

***************************************************************************

REDO THREAD RECORDS

***************************************************************************

(size = 256, compat size = 256, div max = 8, div in-use = 1,

last-recid= 0, old-recno = 0, last-recno = 0)

(extent = 1, blkno = 9, numrecs = 8)

THREAD #1 - status:0xbf thread links forward:0 back:0

#logs:3 first:1 last:3 current:3 last used seq#:0x6

enabled at scn: 0x0000.000fc451 02/05/2014 15:44:46

disabled at scn: 0x0000.00000000 01/01/1988 00:00:00

opened at 02/19/2014 22:49:27 by instance ENMOEDU

Checkpointed at scn: 0x0000.0011b73e 02/19/2014 22:49:27

thread:1 rba:(0x6.9ce.10)

enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000

5. 数据文件的检查点信息；

DATA FILE #6:

name #13: /u01/app/oracle/oradata/ENMOEDU/sample01.dbf

creation size=12800 block size=8192 status=0xe head=13 tail=13 dup=1

tablespace 7, index=7 krfil=6 prev_file=0

unrecoverable scn: 0x0000.001143f4 02/10/2014 15:34:23

Checkpoint cnt:8 scn: 0x0000.0011b73e 02/19/2014 22:49:27

Stop scn: 0xffff.ffffffff 02/19/2014 21:58:52

Creation Checkpointed at scn: 0x0000.00111736 02/10/2014 15:28:26

thread:1 rba:(0x4.1f5.10)

enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000

可以看出由于是异常关闭数据库，数据库没有完成最后的检查点，数据库文件的stop scn仍然设定为最大的ffffffff。由以上信息可以看出，各部分的checkpoint scn 都是一样的，但是数据文件的stop scn不等于checkpoint scn，意味着数据库的上一次的关闭没有执行完全检查点，是异常关闭数据库，此时启动数据库需要进行完全恢复。

在进行恢复的时候，从检查点信息中读取low cache rba的值确定日志文件的地址。再读取日志，从最后的检查点开始，应用所有的重做记录，这个过程叫做前滚。数据库可以被打开提供访问和使用，但是此时数据库中包含已提交的和没有提交的事务，使用undo段回滚。

再对数据库进行实例恢复的时候，我们从alert日志中可以看到的信息。

alter database open

Beginning crash recovery of 1 threads

parallel recovery started with 2 processes

Started redo scan

Completed redo scan

read 22747 KB redo, 510 data blocks need recovery

Started redo application at

Thread 1: logseq 6, block 6370

Recovery of Online Redo Log: Thread 1 Group 3 Seq 6 Reading mem 0

Mem# 0: /u01/app/oracle/oradata/ENMOEDU/redo03.log

Completed redo application of 3.07MB

Wed Feb 19 23:13:55 2014

Completed crash recovery at

Thread 1: logseq 6, block 51865, scn 1193381

510 data blocks read, 493 data blocks written, 22747 redo k-bytes read

Wed Feb 19 23:13:55 2014

在实例恢复的时候。 Alter中的logseq 6, block 6370就是日志中的检查点中记录的low cache rba:(0x6.18e2.0) 。恢复完成时的logseq 6, block 51865就是on disk rba:(0x6.ca99.0)。把十六进制的数换成十进制。

总结：当一致性关闭数据库的时候，关闭数据库之前数据库会执行一个检查点动作，每个数据文件的你Stop SCN会被设置为Checkpoint SCN。数据库不需要恢复。当数据库是异常关闭的时候，Stop SCN 来不及设置为Checkpoint SCN会是无穷大，在重启数据库的时候需要恢复

本網站聲明

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

熱AI工具

熱工具

熱門話題

gmail信箱登陸入口在哪裡

7729

Java教學

1643

CakePHP 教程

1397

Laravel 教程

1290

PHP教程

1233

Related knowledge

iOS 18 新增「已復原」相簿功能可找回遺失或損壞的照片 Jul 18, 2024 am 05:48 AM

蘋果公司最新發布的iOS18、iPadOS18以及macOSSequoia系統為Photos應用程式增添了一項重要功能，旨在幫助用戶輕鬆恢復因各種原因遺失或損壞的照片和影片。這項新功能在Photos應用的"工具"部分引入了一個名為"已恢復"的相冊，當用戶設備中存在未納入其照片庫的圖片或影片時，該相冊將自動顯示。 "已恢復"相簿的出現為因資料庫損壞、相機應用未正確保存至照片庫或第三方應用管理照片庫時照片和視頻丟失提供了解決方案。使用者只需簡單幾步

在PHP中使用MySQLi建立資料庫連線的詳盡教學 Jun 04, 2024 pm 01:42 PM

如何在PHP中使用MySQLi建立資料庫連線：包含MySQLi擴充（require_once）建立連線函數（functionconnect_to_db）呼叫連線函數（$conn=connect_to_db()）執行查詢（$result=$conn->query()）關閉連線（ $conn->close()）

如何在PHP中處理資料庫連線錯誤 Jun 05, 2024 pm 02:16 PM

PHP處理資料庫連線報錯，可以使用下列步驟：使用mysqli_connect_errno()取得錯誤代碼。使用mysqli_connect_error()取得錯誤訊息。透過擷取並記錄這些錯誤訊息，可以輕鬆識別並解決資料庫連接問題，確保應用程式的順暢運作。

如何在 Golang 中使用資料庫回呼函數？ Jun 03, 2024 pm 02:20 PM

在Golang中使用資料庫回呼函數可以實現：在指定資料庫操作完成後執行自訂程式碼。透過單獨的函數新增自訂行為，無需編寫額外程式碼。回調函數可用於插入、更新、刪除和查詢操作。必須使用sql.Exec、sql.QueryRow或sql.Query函數才能使用回呼函數。

如何在 Golang 中將 JSON 資料保存到資料庫中？ Jun 06, 2024 am 11:24 AM

可以透過使用gjson函式庫或json.Unmarshal函數將JSON資料儲存到MySQL資料庫中。 gjson函式庫提供了方便的方法來解析JSON字段，而json.Unmarshal函數需要一個目標類型指標來解組JSON資料。這兩種方法都需要準備SQL語句和執行插入操作來將資料持久化到資料庫中。

全球數字虛擬幣交易平台排行榜前十(2025權威排名) Mar 06, 2025 pm 04:36 PM

2025年全球數字虛擬幣交易平台競爭激烈，本文根據交易量、安全性、用戶體驗等指標，權威發布2025年全球十大數字虛擬幣交易平台排行榜。 OKX憑藉強大的技術實力和全球化運營策略居首，Binance以高流動性和低費用緊隨其後。 Gate.io、Coinbase、Kraken等平台憑藉各自優勢穩居前列。榜單涵蓋Huobi、KuCoin、Bitfinex、Crypto.com和Gemini等交易平台，各有特色，但投資需謹慎。選擇平台需考慮安全性、流動性、費用、用戶體驗、幣種選擇及監管合規性等因素，理性投資

mysql：簡單的概念，用於輕鬆學習 Apr 10, 2025 am 09:29 AM

MySQL是一個開源的關係型數據庫管理系統。 1）創建數據庫和表：使用CREATEDATABASE和CREATETABLE命令。 2）基本操作：INSERT、UPDATE、DELETE和SELECT。 3）高級操作：JOIN、子查詢和事務處理。 4）調試技巧：檢查語法、數據類型和權限。 5）優化建議：使用索引、避免SELECT*和使用事務。