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

本篇内容介绍了“怎么理解nologging、force logging、supplemental log日记”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！一、nologgingnologging对写日志的影响与数据库运行模式、表模式、插入模式三者都有关。表的插入模式是指是否采用了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 YESOracle有个内部参数_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 NAMEcol 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日记”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注云技术网站，小编将为大家输出更多高质量的实用文章！

相关推荐: 如何解决MySQL启动时万恶的的1067错误问题

这篇文章主要介绍如何解决MySQL启动时万恶的的1067错误问题，文中介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们一定要看完！我的机器不知为何，安装MySQL的时候，一到配置那一步就无休止的等待，只好结束任务，然而启动MySQL的时候出现1067错误提…