溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
今天小編給大家分享一下Oracle數(shù)據(jù)庫的事務日志怎么理解的相關知識點，內(nèi)容詳細，邏輯清晰，相信大部分人都還太了解這方面的知識，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。
redo
重做日志文件（redo log file）對Oracle數(shù)據(jù)庫來說至關重要，它們是數(shù)據(jù)庫的事務日志。Oracle維護著兩類重做日志文件：
在線（online）重做日志文件和歸檔（archived）重做日志文件。這兩類重做日志文件都用于恢復；其主要目的是，
萬一實例失敗或介質(zhì)失敗，它們就能派上用場。
如果數(shù)據(jù)庫所在主機掉電，導致實例失敗，Oracle會使用在線重做日志將系統(tǒng)恰好恢復到掉電之前的那個時間點。
如果磁盤驅(qū)動器出現(xiàn)故障（這是一個介質(zhì)失?。?，Oracle會使用歸檔重做日志以及在線重做日志將該驅(qū)動器上的
數(shù)據(jù)備份恢復到適當?shù)臅r間點。
歸檔重做日志文件實際上就是已填滿的"舊"在線重做日志文件的副本。系統(tǒng)將日志文件填滿時，
ARCH進程會在另一個位置建立在線重做日志文件的一個副本，也可以在本地和遠程位置上建立多個另外的副本.
如果由于磁盤驅(qū)動器損壞或者其他物理故障而導致失敗,就會用這些歸檔重做日志文件來執(zhí)行介質(zhì)恢復.
Oracle拿到這些歸檔重做日志文件，并把它們應用于數(shù)據(jù)文件的備份，使這些數(shù)據(jù)文件能與數(shù)據(jù)庫的其余部分保持一至.
歸檔重做日志文件是數(shù)據(jù)庫的事務歷史。
測量redo
redo管理是數(shù)據(jù)庫中的一個串行點.任何Oracle實例都有一個LGWR，最終所有事務都會歸于LGWR，要求這個進程管理它們的redo,
并COMMIT其事務,LGWR工作越忙,系統(tǒng)就會越慢.通過查看一個操作會生成多少redo,并對一個問題的多種解決方法進行測試,
可以從中找出最佳的方法。
與redo有關的視圖
V$MYSTAT，其中有會話的提交信息
V$STATNAME，這個視圖能告訴我們V$MYSTAT中的每一行表示什么（查看的統(tǒng)計名）。
查詢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') || '%'
數(shù)據(jù)庫歸檔模式
數(shù)據(jù)庫歸檔用來保存redo的日志文件副本,一般安裝時默認未開啟數(shù)據(jù)庫的歸檔模式。
在NOARCHIVELOG模式的數(shù)據(jù)庫中,除了數(shù)據(jù)字典的修改外,CREATE TABLE不會記錄日志.
如果你想在NOARCHIVELOG模式的數(shù)據(jù)庫上看到差別,可以把對表T的DROP TABLE和CREATE TABLE換成DROP INDEX和CREATE INDEX。
默認情況下,不論數(shù)據(jù)庫以何種模式運行，這些操作都會生成日志。
因為不同的模式可能導致不同的行為。你的生產(chǎn)系統(tǒng)可能采用ARCHIVELOG模式運行.
倘若你執(zhí)行的大量操作在ARCHIVELOG模式下會生成redo,而在NOARCHIVELOG模式下不會生成redo,
你肯定想在測試時就發(fā)現(xiàn)這一點，而不要等到系統(tǒng)交付給用戶時才暴露出來！
查看是否歸檔
查看數(shù)據(jù)庫是否開啟歸檔
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(強制日志)模式：
如果數(shù)據(jù)庫強制日志模式開啟后,則Oracle無論什么操作都進行redo的寫入。
查看強制日志模式
通過
select force_logging from v$database
可以看到當前數(shù)據(jù)庫是否開啟了強制日志模式狀態(tài)
開啟強制日志模式
如果未開啟數(shù)據(jù)庫強制日志模式（默認未開啟），則可以通過
alter database force logging開啟,之后Oracle無論什么操作都進行redo的寫入,不依賴于數(shù)據(jù)庫的歸檔模式等其他因素.
關閉強制日志模式
如果已經(jīng)開啟了數(shù)據(jù)庫強制日志模式，則可以通過
alter database no force logging關閉強制日志模式。
使數(shù)據(jù)庫恢復先前的設置,數(shù)據(jù)庫是否寫入redo由數(shù)據(jù)庫的歸檔模式等其他因素決定
disable_logging
那么在Oracle內(nèi)部還存在一個內(nèi)部參數(shù)：_disable_logging 默認是false
通過更改為true可以讓Oracle在修改表中的記錄的時候完全不記錄redo,這個參數(shù)要甚用,平時,我們只作為性能測試用。
查看：show parameter disa /disable/_disable_logging
開啟：alter system set "_disable_logging"=true scope=both;
禁用：alter system set "_disable_logging"=false
表的歸檔模式
查看表的logging模式
查看表是否是logging狀態(tài)用如下SQL:
select table_name,logging from dba_tables where table_name='tablename';
修改表的logging模式
修改表的logging狀態(tài)sql:
alter table table_name nologging/logging
減少redo寫入
本節(jié)所講的都是當數(shù)據(jù)庫未開啟強制日志模式時的操作。
對象的操作在執(zhí)行時會產(chǎn)生重做日志,采用某種方式,生成的redo會比平常(即不使用NOLOGGING子句時)少得多.
注意,這里說"redo"少得多,而不是"完全沒有redo".所有操作都會生成一些redo,不論數(shù)據(jù)庫的日志模式是什么,
所有數(shù)據(jù)字典操作都會計入日志。
如何減少redo
create table時減少redo的方法
創(chuàng)建表時crate table as加入nolongging選項減少redo，格式如下
create table [table_name] nologging as [select表達式]。
insert into減少redo的方法
insert 大批量數(shù)據(jù)時加入/*+append */選項減少redo寫入,格式如下
insert /*+append */ into [table_name] [select表達式]
數(shù)據(jù)庫歸檔模式下生成redo規(guī)則
create table時nologging效果
歸檔模式下創(chuàng)建的表，默認為logging模式。
創(chuàng)建表時crate table as加入nolongging選項減少redo寫入明顯
驗證
下面比較以下兩種create table as時產(chǎn)生的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') || '%'
查詢當前的重做日志大小減去前面記錄下來的值計算剛才這個操作產(chǎn)生的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') || '%'
查詢當前的重做日志大小減去前面記錄下來的值計算剛才這個操作產(chǎn)生的redo大小標記為redo_2
比較redo_1和redo_2的大小就知道crate table as加入nolongging或不加nologging選項的區(qū)別了
insert into時加入append效果
表模式logging
當表模式為logging狀態(tài)時,無論是append模式還是no append模式,redo都會生成,即加入append選項無法生效。
驗證
下面比較以下兩種insert時產(chǎn)生的redo size量,可以看出redo量是差不多的。
計算重做大小的方法與上面的一樣就不說了
1、insert /*+append */ into test_1 select * from test;
commit;
2、insert into test_1 select * from test;
commit;
表模式nologging
當表模式為nologging狀態(tài)時,只有加入append模式會明顯減少生成redo。
驗證
1、insert /*+append */ into test_1 select * from test;
commit;
2、insert into test_1 select * from test;
commit;
數(shù)據(jù)庫非歸檔模式生成redo規(guī)則
create table 使用nologging對產(chǎn)生redo的影響
非歸檔模式下創(chuàng)建的表，默認為nologging模式。
在NOARCHIVELOG模式的數(shù)據(jù)庫中，除了數(shù)據(jù)字典的修改外，CREATE TABLE不會記錄日志。
因此創(chuàng)建表時（crate table as）加入nologging選項減少redo寫入不明顯,即nologging選項加不加都差不多
驗證
下面比較以下兩種create table as時產(chǎn)生的redo size量。
create table test_1 as select * from test;
create table test_2 nologging as select * from test;
insert into時append效果
表模式logging
當表模式為logging狀態(tài)時,加入append模式明顯減少生成redo,而no append模式下不會減少生成。
驗證
insert /*+append */ into test_1 select * from test;
commit;
insert into test_1 select * from test;
commit;
表模式nologging
當表模式為nologging狀態(tài)時，append的模式會減少生成redo,而no append模式不會減少生成。
驗證
insert /*+append */ into test_1 select * from test;
commit;
insert into test_1 select * from test;
commit;
其實就是直截加載與傳統(tǒng)加載的區(qū)別
直接加載優(yōu)勢
直接加載比傳統(tǒng)加載效率要高
不掃描原來的空數(shù)據(jù)塊
不需要sql解析，減少系統(tǒng)的負載
不經(jīng)過SGA
不走DBWR進程，走自己的專屬進程，所以速度快
直接加載限制
不能加載簇表
鎖定整個表，在表上有活動事務的時候不能加載
直接加載特點
直接加載是在所有數(shù)據(jù)塊后面加載新數(shù)據(jù)塊，修改高水位線，不掃描原來的空數(shù)據(jù)塊。
直接加載只產(chǎn)生一點點的管理redo，因為要修改數(shù)據(jù)字典（也可以講不產(chǎn)生redo）。
回滾，如果加載失敗把新分配數(shù)據(jù)塊抹掉就行了。
無需SGA，無需SQL解析，無需DBWR進程
實驗
現(xiàn)在我們已經(jīng)定義了test;
SQL> select count(*) from test; 現(xiàn)在表里沒有記錄數(shù)
COUNT(*)
----------
0
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST'; 現(xiàn)在分配了1個區(qū)
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 傳統(tǒng)方式加載數(shù)據(jù)
LS@LEO> select count(*) from test; 已經(jīng)成功加載了100萬條數(shù)據(jù)
COUNT(*)
----------
1000000
SQL> select segment_name,extent_id,bytes from user_extents where segment_name='TEST'; 100萬條數(shù)據(jù)占用28個區(qū)
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萬條數(shù)據(jù)
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
把數(shù)據(jù)都刪除了還占用空間,oracle的delete操作不回收空間,只是把自己的記錄標記為刪除,實際呢還占用的空間不釋放
[oracle@secdb1 ~]$ sqlldr userid=ls/ls control=leo_test.ctl data=leo_test.data log=leo_test.log 第二次傳統(tǒng)方式加載數(shù)據(jù)
SQL> select count(*) from test; 已經(jīng)成功加載了100萬條數(shù)據(jù)
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
使用傳統(tǒng)方式加載數(shù)據(jù)，會掃描原來的空數(shù)據(jù)塊，會把新加載的數(shù)據(jù)插入到空數(shù)據(jù)塊內(nèi)，看我們還是使用原來的28個區(qū)
SQL> delete from test; 這是第二次刪除100萬條數(shù)據(jù)
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個區(qū)
[oracle@secdb1 ~]$ sqlldr userid=ls/ls control=leo_test.ctl data=leo_test.data log=leo_test.log direct=true 直接方式加載數(shù)據(jù)
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
發(fā)現(xiàn)同樣的100萬條記錄,竟然占用了48個區(qū),傳統(tǒng)加載只用了28個,而我們使用直接加載到多了20個數(shù)據(jù)塊,
對了直接加載不掃描原來的空數(shù)據(jù)塊,會在所有數(shù)據(jù)塊之后加載新的數(shù)據(jù)塊插入數(shù)據(jù)修改高水位線HWM,
當提交事務之后,把高水位線移到新數(shù)據(jù)之后,其他的用戶就可以看見了。
比較直接加載使用conventional 和direct方式產(chǎn)生的redo大?。梢酝ㄟ^/*+ append */模擬直接加載）。
明確：直接加載與logging配合下并不能顯著的減少redo日志量
直接加載與nologging配合下可以大幅度的減少redo日志量
SQL> create table leo_t1 as select * from test where 1=2; 創(chuàng)建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; 采用傳統(tǒng)方式加載2萬條記錄
20000 rows created.
Statistics 統(tǒng)計信息
----------------------------------------------------------
1071 recursive calls
2668 db block gets
1860 consistent gets
386 physical reads
1680404 redo size 這是產(chǎn)生的日志量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屬性時，直接加載和傳統(tǒng)加載產(chǎn)生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模式下，所有的數(shù)據(jù)塊的改變都會產(chǎn)生redo日志，為以后恢復做準備，這時候直接加載沒有多大的優(yōu)勢。
直接加載與nologging配合下可以大幅度的減少redo日志量
重大前提
如果你的數(shù)據(jù)庫開啟了force_logging=yes模式，那么不管你是傳統(tǒng)加載還是直接加載都不會減少redo產(chǎn)生量
所以要想大幅度減少redo日志就必須滿足3個條件
（1）關閉force_logging選項 alter database no force logging; 啟動 alter database force logging;
（2）數(shù)據(jù)對象級別nologging模式 alter table leo_t1 nologging;
（3）直接加載 insert /*+ append */ into
數(shù)據(jù)庫歸檔與redo日志量關系
數(shù)據(jù)庫處于歸檔模式
當表模式為logging狀態(tài)時,無論是否使用append模式,都會生成redo.當表模式為nologging狀態(tài)時,只有append模式,不會生成redo。
數(shù)據(jù)庫處于非歸檔模式
無論是在logging還是nologing的模式下，append的模式都不會生成redo,而no append模式下都會生成redo。
SQL> alter database no force logging;
SQL> select force_logging from v$database; 已經(jīng)關閉force_logging選項
FOR
---
NO
SQL> alter table leo_t1 nologging; 設置leo_t1表nologging模式
Table altered.
SQL> select logging from user_tables where table_name='LEO_T1';
LOG
---
NO
SQL> select count(*) from leo_t1; 0條記錄
COUNT(*)
----------
0
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 直接加載產(chǎn)生的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; 傳統(tǒng)加載
20000 rows created.
Statistics
----------------------------------------------------------
4 recursive calls
2207 db block gets
1534 consistent gets
441 physical reads
1634064 redo size 傳統(tǒng)加載產(chǎn)生的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日志量，因為插入的數(shù)據(jù)不產(chǎn)生redo日志，
所以在插入后要做備份操作，一旦數(shù)據(jù)損壞，就要使用備份來恢復，不能使用redo來恢復。注意要關閉force_logging選項
以上就是“Oracle數(shù)據(jù)庫的事務日志怎么理解”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會為大家更新不同的知識，如果還想學習更多的知識，請關注億速云行業(yè)資訊頻道。
免責聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權內(nèi)容。
