Oracle數據庫的事務日志怎么理解

發布時間：2022-01-14 15:54:24 來源：億速云閱讀：178 作者：iii 欄目：建站服務器

今天小編給大家分享一下Oracle數據庫的事務日志怎么理解的相關知識點，內容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

redo

重做日志文件（redo log file）對Oracle數據庫來說至關重要，它們是數據庫的事務日志。Oracle維護著兩類重做日志文件：

在線（online）重做日志文件和歸檔（archived）重做日志文件。這兩類重做日志文件都用于恢復；其主要目的是，

萬一實例失敗或介質失敗，它們就能派上用場。

如果數據庫所在主機掉電，導致實例失敗，Oracle會使用在線重做日志將系統恰好恢復到掉電之前的那個時間點。

如果磁盤驅動器出現故障（這是一個介質失敗），Oracle會使用歸檔重做日志以及在線重做日志將該驅動器上的

數據備份恢復到適當的時間點。

歸檔重做日志文件實際上就是已填滿的"舊"在線重做日志文件的副本。系統將日志文件填滿時，

ARCH進程會在另一個位置建立在線重做日志文件的一個副本，也可以在本地和遠程位置上建立多個另外的副本.

如果由于磁盤驅動器損壞或者其他物理故障而導致失敗,就會用這些歸檔重做日志文件來執行介質恢復.

Oracle拿到這些歸檔重做日志文件，并把它們應用于數據文件的備份，使這些數據文件能與數據庫的其余部分保持一至.

歸檔重做日志文件是數據庫的事務歷史。

測量redo

redo管理是數據庫中的一個串行點.任何Oracle實例都有一個LGWR，最終所有事務都會歸于LGWR，要求這個進程管理它們的redo,

并COMMIT其事務,LGWR工作越忙,系統就會越慢.通過查看一個操作會生成多少redo,并對一個問題的多種解決方法進行測試,

可以從中找出最佳的方法。

與redo有關的視圖

V$MYSTAT，其中有會話的提交信息

V$STATNAME，這個視圖能告訴我們V$MYSTAT中的每一行表示什么（查看的統計名）。

查詢redo大小的語句

SELECT a.NAME,

b.VALUE cur_size_byte,

round(b.VALUE / 1024, 3) || 'KB' cur_size_kb

FROM v$statname a, v$mystat b

WHERE a.statistic# = b.statistic#

AND lower(a.NAME) LIKE '%' || lower('redo size') || '%'

數據庫歸檔模式

數據庫歸檔用來保存redo的日志文件副本,一般安裝時默認未開啟數據庫的歸檔模式。

在NOARCHIVELOG模式的數據庫中,除了數據字典的修改外,CREATE TABLE不會記錄日志.

如果你想在NOARCHIVELOG模式的數據庫上看到差別,可以把對表T的DROP TABLE和CREATE TABLE換成DROP INDEX和CREATE INDEX。

默認情況下,不論數據庫以何種模式運行，這些操作都會生成日志。

因為不同的模式可能導致不同的行為。你的生產系統可能采用ARCHIVELOG模式運行.

倘若你執行的大量操作在ARCHIVELOG模式下會生成redo,而在NOARCHIVELOG模式下不會生成redo,

你肯定想在測試時就發現這一點，而不要等到系統交付給用戶時才暴露出來！

查看是否歸檔

查看數據庫是否開啟歸檔

select name,log_mode from v$database;

啟用歸檔

startup mount

alter database archivelog;

alter database open;

禁止歸檔

shutdown immediate

startup mount

alter database noarchivelog

alter database open

force logging(強制日志)模式：

如果數據庫強制日志模式開啟后,則Oracle無論什么操作都進行redo的寫入。

查看強制日志模式

通過

select force_logging from v$database

可以看到當前數據庫是否開啟了強制日志模式狀態

開啟強制日志模式

如果未開啟數據庫強制日志模式（默認未開啟），則可以通過

alter database force logging開啟,之后Oracle無論什么操作都進行redo的寫入,不依賴于數據庫的歸檔模式等其他因素.

關閉強制日志模式

如果已經開啟了數據庫強制日志模式，則可以通過

alter database no force logging關閉強制日志模式。

使數據庫恢復先前的設置,數據庫是否寫入redo由數據庫的歸檔模式等其他因素決定

disable_logging

那么在Oracle內部還存在一個內部參數：_disable_logging 默認是false

通過更改為true可以讓Oracle在修改表中的記錄的時候完全不記錄redo,這個參數要甚用,平時,我們只作為性能測試用。

查看：show parameter disa /disable/_disable_logging

開啟：alter system set "_disable_logging"=true scope=both;

禁用：alter system set "_disable_logging"=false

表的歸檔模式

查看表的logging模式

查看表是否是logging狀態用如下SQL:

select table_name,logging from dba_tables where table_name='tablename';

修改表的logging模式

修改表的logging狀態sql:

alter table table_name nologging/logging

減少redo寫入

本節所講的都是當數據庫未開啟強制日志模式時的操作。

對象的操作在執行時會產生重做日志,采用某種方式,生成的redo會比平常(即不使用NOLOGGING子句時)少得多.

注意,這里說"redo"少得多,而不是"完全沒有redo".所有操作都會生成一些redo,不論數據庫的日志模式是什么,

所有數據字典操作都會計入日志。

如何減少redo

create table時減少redo的方法

創建表時crate table as加入nolongging選項減少redo，格式如下

create table [table_name] nologging as [select表達式]。

insert into減少redo的方法

insert 大批量數據時加入/*+append */選項減少redo寫入,格式如下

insert /*+append */ into [table_name] [select表達式]

數據庫歸檔模式下生成redo規則

create table時nologging效果

歸檔模式下創建的表，默認為logging模式。

創建表時crate table as加入nolongging選項減少redo寫入明顯

驗證

下面比較以下兩種create table as時產生的redo size量。

SELECT a.NAME,

b.VALUE cur_size_byte,

round(b.VALUE / 1024, 3) || 'KB' cur_size_kb

FROM v$statname a, v$mystat b

WHERE a.statistic# = b.statistic#

AND lower(a.NAME) LIKE '%' || lower('redo size') || '%'

查詢當前的重做日志大小記錄下來

create table test_1 as select * from test;

SELECT a.NAME,

b.VALUE cur_size_byte,

round(b.VALUE / 1024, 3) || 'KB' cur_size_kb

FROM v$statname a, v$mystat b

WHERE a.statistic# = b.statistic#

AND lower(a.NAME) LIKE '%' || lower('redo size') || '%'

查詢當前的重做日志大小減去前面記錄下來的值計算剛才這個操作產生的redo大小標記為redo_1

SELECT a.NAME,

b.VALUE cur_size_byte,

round(b.VALUE / 1024, 3) || 'KB' cur_size_kb

FROM v$statname a, v$mystat b

WHERE a.statistic# = b.statistic#

AND lower(a.NAME) LIKE '%' || lower('redo size') || '%'

查詢當前的重做日志大小記錄下來

create table test_2 nologging as select * from test;

SELECT a.NAME,

b.VALUE cur_size_byte,

round(b.VALUE / 1024, 3) || 'KB' cur_size_kb

FROM v$statname a, v$mystat b

WHERE a.statistic# = b.statistic#

AND lower(a.NAME) LIKE '%' || lower('redo size') || '%'

查詢當前的重做日志大小減去前面記錄下來的值計算剛才這個操作產生的redo大小標記為redo_2

比較redo_1和redo_2的大小就知道crate table as加入nolongging或不加nologging選項的區別了

insert into時加入append效果

表模式logging

當表模式為logging狀態時,無論是append模式還是no append模式,redo都會生成,即加入append選項無法生效。

驗證

下面比較以下兩種insert時產生的redo size量,可以看出redo量是差不多的。

計算重做大小的方法與上面的一樣就不說了

1、insert /*+append */ into test_1 select * from test;

commit;

2、insert into test_1 select * from test;

commit;

表模式nologging

當表模式為nologging狀態時,只有加入append模式會明顯減少生成redo。

驗證

1、insert /*+append */ into test_1 select * from test;

commit;

2、insert into test_1 select * from test;

commit;

數據庫非歸檔模式生成redo規則

create table 使用nologging對產生redo的影響

非歸檔模式下創建的表，默認為nologging模式。

在NOARCHIVELOG模式的數據庫中，除了數據字典的修改外，CREATE TABLE不會記錄日志。

因此創建表時（crate table as）加入nologging選項減少redo寫入不明顯,即nologging選項加不加都差不多

驗證

下面比較以下兩種create table as時產生的redo size量。

create table test_1 as select * from test;

create table test_2 nologging as select * from test;

insert into時append效果

表模式logging

當表模式為logging狀態時,加入append模式明顯減少生成redo,而no append模式下不會減少生成。

驗證

insert /*+append */ into test_1 select * from test;

commit;

insert into test_1 select * from test;

commit;

表模式nologging

當表模式為nologging狀態時，append的模式會減少生成redo,而no append模式不會減少生成。

驗證

insert /*+append */ into test_1 select * from test;

commit;

insert into test_1 select * from test;

commit;

其實就是直截加載與傳統加載的區別

直接加載優勢

直接加載比傳統加載效率要高

不掃描原來的空數據塊

不需要sql解析，減少系統的負載

不經過SGA

不走DBWR進程，走自己的專屬進程，所以速度快

直接加載限制

不能加載簇表

鎖定整個表，在表上有活動事務的時候不能加載

直接加載特點

直接加載是在所有數據塊后面加載新數據塊，修改高水位線，不掃描原來的空數據塊。

直接加載只產生一點點的管理redo，因為要修改數據字典（也可以講不產生redo）。

回滾，如果加載失敗把新分配數據塊抹掉就行了。

無需SGA，無需SQL解析，無需DBWR進程

實驗

現在我們已經定義了test;

SQL> select count(*) from test; 現在表里沒有記錄數

COUNT(*)

----------

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST'; 現在分配了1個區

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

[oracle@secdb1 ~]$ sqlldr userid=ls/ls control=leo_test.ctl data=leo_test.data log=leo_test.log 傳統方式加載數據

LS@LEO> select count(*) from test; 已經成功加載了100萬條數據

COUNT(*)

----------

1000000

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST'; 100萬條數據占用28個區

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

TEST 1 65536

TEST 2 65536

TEST 3 65536

TEST 4 65536

TEST 5 65536

TEST 6 65536

TEST 7 65536

TEST 8 65536

TEST 9 65536

TEST 10 65536

TEST 11 65536

TEST 12 65536

TEST 13 65536

TEST 14 65536

TEST 15 65536

TEST 16 1048576

TEST 17 1048576

TEST 18 1048576

TEST 19 1048576

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 20 1048576

TEST 21 1048576

TEST 22 1048576

TEST 23 1048576

TEST 24 1048576

TEST 25 1048576

TEST 26 1048576

TEST 27 1048576

28 rows selected

SQL> delete from test; 刪除100萬條數據

1000000 rows deleted.

SQL> commit; 提交

Commit complete.

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST';

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

TEST 1 65536

TEST 2 65536

TEST 3 65536

TEST 4 65536

TEST 5 65536

TEST 6 65536

TEST 7 65536

TEST 8 65536

TEST 9 65536

TEST 10 65536

TEST 11 65536

TEST 12 65536

TEST 13 65536

TEST 14 65536

TEST 15 65536

TEST 16 1048576

TEST 17 1048576

TEST 18 1048576

TEST 19 1048576

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 20 1048576

TEST 21 1048576

TEST 22 1048576

TEST 23 1048576

TEST 24 1048576

TEST 25 1048576

TEST 26 1048576

TEST 27 1048576

28 rows selected

把數據都刪除了還占用空間,oracle的delete操作不回收空間,只是把自己的記錄標記為刪除,實際呢還占用的空間不釋放

[oracle@secdb1 ~]$ sqlldr userid=ls/ls control=leo_test.ctl data=leo_test.data log=leo_test.log 第二次傳統方式加載數據

SQL> select count(*) from test; 已經成功加載了100萬條數據

COUNT(*)

----------

1000000

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST';

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

TEST 1 65536

TEST 2 65536

TEST 3 65536

TEST 4 65536

TEST 5 65536

TEST 6 65536

TEST 7 65536

TEST 8 65536

TEST 9 65536

TEST 10 65536

TEST 11 65536

TEST 12 65536

TEST 13 65536

TEST 14 65536

TEST 15 65536

TEST 16 1048576

TEST 17 1048576

TEST 18 1048576

TEST 19 1048576

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 20 1048576

TEST 21 1048576

TEST 22 1048576

TEST 23 1048576

TEST 24 1048576

TEST 25 1048576

TEST 26 1048576

TEST 27 1048576

28 rows selected

使用傳統方式加載數據，會掃描原來的空數據塊，會把新加載的數據插入到空數據塊內，看我們還是使用原來的28個區

SQL> delete from test; 這是第二次刪除100萬條數據

1000000 rows deleted.

SQL> commit; 提交

Commit complete.

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST';

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

TEST 1 65536

TEST 2 65536

TEST 3 65536

TEST 4 65536

TEST 5 65536

TEST 6 65536

TEST 7 65536

TEST 8 65536

TEST 9 65536

TEST 10 65536

TEST 11 65536

TEST 12 65536

TEST 13 65536

TEST 14 65536

TEST 15 65536

TEST 16 1048576

TEST 17 1048576

TEST 18 1048576

TEST 19 1048576

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 20 1048576

TEST 21 1048576

TEST 22 1048576

TEST 23 1048576

TEST 24 1048576

TEST 25 1048576

TEST 26 1048576

TEST 27 1048576

28 rows selected

delete還是不回收空間，我們依然占用著28個區

[oracle@secdb1 ~]$ sqlldr userid=ls/ls control=leo_test.ctl data=leo_test.data log=leo_test.log direct=true 直接方式加載數據

SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST';

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 0 65536

TEST 1 65536

TEST 2 65536

TEST 3 65536

TEST 4 65536

TEST 5 65536

TEST 6 65536

TEST 7 65536

TEST 8 65536

TEST 9 65536

TEST 10 65536

TEST 11 65536

TEST 12 65536

TEST 13 65536

TEST 14 65536

TEST 15 65536

TEST 16 1048576

TEST 17 1048576

TEST 18 1048576

TEST 19 1048576

SEGMENT_NAME EXTENT_ID BYTES

-------------------------------------------------------------------------------- ---------- ----------

TEST 20 1048576

TEST 21 1048576

TEST 22 1048576

TEST 23 1048576

TEST 24 1048576

TEST 25 1048576

TEST 26 1048576

TEST 27 1048576

TEST 28 1048576

TEST 29 1048576

TEST 30 1048576

TEST 31 1048576

TEST 32 1048576

TEST 33 1048576

TEST 34 1048576

TEST 35 1048576

TEST 36 1048576

TEST 37 1048576

TEST 38 1048576

TEST 39 1048576

TEST 40 1048576

TEST 41 1048576

TEST 42 1048576

TEST 43 1048576

TEST 44 1048576

TEST 45 1048576

TEST 46 1048576

TEST 47 1048576

48 rows selected

發現同樣的100萬條記錄,竟然占用了48個區,傳統加載只用了28個,而我們使用直接加載到多了20個數據塊,

對了直接加載不掃描原來的空數據塊,會在所有數據塊之后加載新的數據塊插入數據修改高水位線HWM,

當提交事務之后,把高水位線移到新數據之后,其他的用戶就可以看見了。

比較直接加載使用conventional 和direct方式產生的redo大小（可以通過/*+ append */模擬直接加載）。

明確：直接加載與logging配合下并不能顯著的減少redo日志量

直接加載與nologging配合下可以大幅度的減少redo日志量

SQL> create table leo_t1 as select * from test where 1=2; 創建leo_t1表

Table created.

SQL> alter table leo_t1 logging; 設置leo_t1表logging模式

Table altered.

SQL> set autotrace traceonly;

SQL> insert into leo_t1 select * from leo_test_sqlload where rownum <= 20000; 采用傳統方式加載2萬條記錄

20000 rows created.

Statistics 統計信息

----------------------------------------------------------

1071 recursive calls

2668 db block gets

1860 consistent gets

386 physical reads

1680404 redo size 這是產生的日志量1680404

680 bytes sent via SQL*Net to client

603 bytes received via SQL*Net from client

4 SQL*Net roundtrips to/from client

6 sorts (memory)

0 sorts (disk)

20000 rows processed

SQL> rollback; 回滾操作，使用undo表空間

Rollback complete.

SQL> insert /*+ append */ into leo_t1 select * from leo_test_sqlload where rownum <= 20000; 使用直接加載方式插入2萬條記錄

20000 rows created.

Statistics

----------------------------------------------------------

94 recursive calls

268 db block gets

1294 consistent gets

202 physical reads

1627260 redo size 當leo_t1為logging屬性時，直接加載和傳統加載產生redo日志差不多

664 bytes sent via SQL*Net to client

617 bytes received via SQL*Net from client

4 SQL*Net roundtrips to/from client

1 sorts (memory)

0 sorts (disk)

20000 rows processed

小結：這是因為在logging模式下，所有的數據塊的改變都會產生redo日志，為以后恢復做準備，這時候直接加載沒有多大的優勢。

直接加載與nologging配合下可以大幅度的減少redo日志量

重大前提

如果你的數據庫開啟了force_logging=yes模式，那么不管你是傳統加載還是直接加載都不會減少redo產生量

所以要想大幅度減少redo日志就必須滿足3個條件

（1）關閉force_logging選項 alter database no force logging; 啟動 alter database force logging;

（2）數據對象級別nologging模式 alter table leo_t1 nologging;

（3）直接加載 insert /*+ append */ into

數據庫歸檔與redo日志量關系

數據庫處于歸檔模式

當表模式為logging狀態時,無論是否使用append模式,都會生成redo.當表模式為nologging狀態時,只有append模式,不會生成redo。

數據庫處于非歸檔模式

無論是在logging還是nologing的模式下，append的模式都不會生成redo,而no append模式下都會生成redo。

SQL> alter database no force logging;

SQL> select force_logging from v$database; 已經關閉force_logging選項

FOR

---

SQL> alter table leo_t1 nologging; 設置leo_t1表nologging模式

Table altered.

SQL> select logging from user_tables where table_name='LEO_T1';

LOG

---

SQL> select count(*) from leo_t1; 0條記錄

COUNT(*)

----------

SQL> select index_name from user_indexes where table_name='LEO_T1'; 表上沒有索引

no rows selected

SQL> insert /*+ append */ into leo_t1 select * from leo_test_sqlload where rownum <= 20000; 直接加載

20000 rows created.

Statistics

----------------------------------------------------------

1443 recursive calls

649 db block gets

1702 consistent gets

1519 physical reads

44900 redo size 直接加載產生的redo日志非常少

658 bytes sent via SQL*Net to client

617 bytes received via SQL*Net from client

4 SQL*Net roundtrips to/from client

9 sorts (memory)

0 sorts (disk)

20000 rows processed

SQL> rollback;

Rollback complete.

LS@LEO> insert into leo_t1 select * from leo_test_sqlload where rownum <= 20000; 傳統加載

20000 rows created.

Statistics

----------------------------------------------------------

4 recursive calls

2207 db block gets

1534 consistent gets

441 physical reads

1634064 redo size 傳統加載產生的redo日志非常非常的多

673 bytes sent via SQL*Net to client

603 bytes received via SQL*Net from client

4 SQL*Net roundtrips to/from client

1 sorts (memory)

0 sorts (disk)

20000 rows processed

小結：直接加載與nologging配合下可以大幅度的減少redo日志量，因為插入的數據不產生redo日志，

所以在插入后要做備份操作，一旦數據損壞，就要使用備份來恢復，不能使用redo來恢復。注意要關閉force_logging選項

以上就是“Oracle數據庫的事務日志怎么理解”這篇文章的所有內容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業資訊頻道。

向AI問一下細節

91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

Oracle數據庫的事務日志怎么理解

猜你喜歡

91超碰碰碰碰久久久久久综合_超碰av人澡人澡人澡人澡人掠_国产黄大片在线观看画质优化_txt小说免费全本

Oracle數據庫的事務日志怎么理解

猜你喜歡

最新資訊

相關推薦

相關標簽