怎么理解nologging、force logging、supplemental log日记

发布时间:2021-11-11 10:44:59 作者:iii
来源:亿速云 阅读:243

本篇内容介绍了“怎么理解nologging、force logging、supplemental log日记”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!

一、nologging

nologging对写日志的影响与数据库运行模式、表模式、插入模式三者都有关。

表的插入模式是指是否采用了append的hint提示:
insert /*+append*/ into t1 values(1, 'First');

当数据库在非归档模式下:
无论表是否使用了nologging或是logging,当表使用append做插入时,都不会生成redo,而不使用append时都会生成redo。

当数据库在归档模式下:
如果表使用了nologging模式,且使用了append做插入,则不会生成redo,如果未使用append,则仍然会生成redo。
如果表使用了logging模式,则无论插入时是否使用了append,redo都会生成。

总结一句话就是:对于非归档模式,插入语句只要使用了append就不会生成redo,而对于归档模式,除非表使用了nologging,否则append仍然会产生redo。

查看表的日志模式是否为logging状态,默认建表时的状态是logging的:
select table_name,logging from dba_tables where owner='SCOTT' and table_name='EMP';

TABLE_NAME                     LOG
------------------------------ ---
EMP                            YES

Oracle有个内部参数_disable_logging,默认为false,如果该参数更改为true,则Oracle在更改表时会完全不记录日志,但该参数应慎用。

二、force logging

通过使用强制日志使Oracle无论什么操作都进行redo的写入:
alter database force logging;

查看数据库是否为force logging状态,默认为NO:
select force_logging from v$database;

FOR
---
NO

三、supplemental log

补充日志,主要是针对update命令的,是对重做日志记录中变更矢量块的补充记录。日志挖掘器(LogMiner)、闪回事务及其查询等都需要补充日志的支持。补充的目的是高度还原update命令,避免因为update命令造成的行迁移和行移动影响对日志的分析,让LogMiner通过分析重做日志识别update命令不是由insert和delete完成的。如果未启用补充日志,重做日志只将update命令更改的字段的旧值保存在撤销数据块的变更矢量中。而在数据块中的变更矢量中记载被修改后的字段的新值,同行中的未被修改的字段不会记载。如果启用了补充日志,重做日志中的撤销数据块的变更矢量中不仅会记录被修改字段前的值和修改后的值,而且还会记录修改字段的那个条件的值。

补充日志分为数据库级补充日志、表级补充日志。

数据库级补充日志又分为最小补充日志、标识关键字段补充日志。

最小补充日志:
是最基本的一种数据库级补充日志,而LogMiner正是依赖最小补充日志来工作的。其他补充日志都是基于数据库级最小补充日志之上的,如果未启用数据库级最小补充日志,在启用或使用其他补充日志时,会自动启用数据库的最小补充日志(Implicit)。
启用最小补充日志:alter database add supplemental log data;
关闭最小补充日志:alter database drop supplemental log data;

标识关键字段补充日志:
分为主键、外键、唯一索引、全体字段补充日志4种。

1)主键补充日志:
在update命令的重做记录中添加被修改行的主键字段的旧值,无论是否被修改,都记录。
如果表没有主键,则由长度最小的唯一索引字段代替,若连唯一索引也没有,则记录该行所有字段。
alter database add supplemental log data(Primary key) columns;

2)唯一索引补充日志:
唯一索引主要是为复合索引(唯一)服务的。只有唯一索引的字段被update时,才会记录该字段被修改前的值。
alter database add supplemental log data(unique) columns;

3)外键补充日志:
同唯一索引补充日志一样,只有外键字段被update时,才会记录被修改前的旧值,即也是为复合外键服务的。
alter database add supplemental log data(foreign key) columns;

4)全体字段补充日志:
顾名思义就是所有字段的值不论是否被修改都记录(LOB、LONG字段除外)。会导致磁盘快速增长,LGWR进程繁忙,不建议使用。
alter database add supplemental log data(all) columns;

这4种补充日志可以并行使用,效果累加。

表级补充日志:
分为主键、唯一索引、外键、全体字段、用户自定义字段5种。

前4种同数据库级标识关键字段补充日志效果用法一样。只不过是在特定表上启用补充日志。
1)alter table t1 add supplemental log data(primary key) columns;
2)alter?table t1 add supplemental log data (unique) columns;
3)alter table t1 add supplemental log data(foreign key) columns;
4)alter table t1 add supplemental log data(all) columns;
5)alter table t1 add supplemental log group group_name(col01,col02,col05,col09) always;?

自定义字段的表级补充日志可以让用户任意指定哪些字段的旧值需要被补充日志记录,可以分为有条件日至组和无条件日至组:

有条件日志组:只要补充日志组中描述的列有一个被修改(update),那么就要记录该日志组所有描述列的前镜像(旧值)。
无条件日志组:当表被修改时要记录日志组中所有描述列的前镜像(旧值),无论改变是否对日志组中任一描述列造成了影响。需使用always关键字。

表级补充日志的情况可通过查询数据字典视图dba_log_groups和dba_log_group_columns获得。

col owner for a10
col log_group_name for a20
col table_name for a20
select * from dba_log_groups where owner = 'SCOTT';

OWNER      LOG_GROUP_NAME       TABLE_NAME           LOG_GROUP_TYPE               ALWAYS      GENERATED
---------- -------------------- -------------------- ---------------------------- ----------- --------------
SCOTT      SYS_C0014349         T1                   ALL COLUMN LOGGING           ALWAYS      GENERATED NAME
SCOTT      SYS_C0014350         T1                   PRIMARY KEY LOGGING          ALWAYS      GENERATED NAME
SCOTT      SYS_C0014351         T1                   UNIQUE KEY LOGGING           CONDITIONAL GENERATED NAME
SCOTT      SYS_C0014352         T1                   FOREIGN KEY LOGGING          CONDITIONAL GENERATED NAME

col owner for a10
col table_name for a20
col column_name for a20
select * from dba_log_group_columns where owner = 'HR';

OWNER      LOG_GROUP_NAME                 TABLE_NAME           COLUMN_NAME            POSITION LOGGIN
---------- ------------------------------ -------------------- -------------------- ---------- ------
HR         GGS_92582                      EMPLOYEES1           EMPLOYEE_ID                   1 LOG
HR         GGS_91276                      COUNTRIES            COUNTRY_ID                    1 LOG
HR         GGS_91281                      DEPARTMENTS          DEPARTMENT_ID                 1 LOG
HR         GGS_91286                      EMPLOYEES            EMPLOYEE_ID                   1 LOG
HR         GGS_91284                      JOBS                 JOB_ID                        1 LOG
HR         GGS_91290                      JOB_HISTORY          EMPLOYEE_ID                   1 LOG
HR         GGS_91290                      JOB_HISTORY          START_DATE                    2 LOG
HR         GGS_91278                      LOCATIONS            LOCATION_ID                   1 LOG
HR         GGS_91274                      REGIONS              REGION_ID                     1 LOG

因为insert会记录所有修改后字段,delete会记录所有修改前字段,所以补充日志只对update产生影响,开启补充日志时共享池中的SQL游标都会失效。

“怎么理解nologging、force logging、supplemental log日记”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站,小编将为大家输出更多高质量的实用文章!

推荐阅读:
  1. ORA-01578和ORA-26040--NOLOGGING操作引起的坏块-错误解释和解决方案
  2. 分析Oracle Nologging

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

nologging force logging supplemental log

上一篇:在powerdesigner使用实体的快捷方式有哪些

下一篇:Django中的unittest应用是什么

相关阅读

您好,登录后才能下订单哦!

密码登录
登录注册
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》