日志记录模式(LOGGING、FORCE LOGG…

一：日志记录模式(LOGGING、FORCE LOGGING、NOLOGGING)

1.三者的含义
LOGGING：当创建一个数据库对象时将记录日志信息到联机重做日志文件。LOGGING实际上是对象的一个属性，用来表示在创建对象时是否记录REDO日志，包括在做DML时是否记录REDO日志。一般表上不建议使用NOLOGGING,在创建索引或做大量数据导入时，可以使用NOLOGGING。

FORCE LOGGING：简言之，强制记录日志，即对数据库中的所有操作都产生日志信息，并将该信息写入到联机重做日志文件。

NOLOGGING：正好与LOGGING、FORCE LOGGING相反，尽可能的记录最少日志信息到联机日志文件。

FORCE LOGGING可以在数据库级别、表空间级别进行设定、而LOGGING与NOLOGGING可以在数据对象级别设定。在使用DATA GUARD时，要求使用强制记录日志模式。
注：FORCE LOGGING并不比一般的LOGGING记录的日志多,数据库在FORCE LOGGING状态下,NOLOGGING选项将无效,因为NOLOGGING将破坏DATAGUARD的可恢复性.FORCE LOGGING强制数据库在任何状态下必须记录日志。

2.与归档模式及非归档模式之间的关系

日志记录模式与归档模式之间并不能等同，归档模式是指对系统产生的日志是否进行归档或不归档。归档模式下，将日志记录到日志文件，并进行归档。非归档模式下，同样将日志记录到日志文件，只不过不归档而已，容易丢失日志。日志的记录模式则不论是否处于归档或非归档，可以对日志进行记录，强制记录，或少记录日志。归档模式中的LOGGING或FORCE LOGGING支持介质恢复，而NOLOGGING模式不支持介质恢复。基于NOLOGGING模式操作所产生的日志远小于LOGGING模式产生的日志，即NOLOGGING模式最小化日志记录。

3.优先级别：当数据库使用FORCE LOGGING时，具有最高优先级别，其次是表空间级别的FORCE LOGGING。即是当一个对象指定NOLOGGING时，而表空间或数据库级别的日志模式为FORCE LOGGING，则该选项不起作用，直到表空间或数据库级别的FORCE LOGGING解除。一般建议将整个数据库设置为FORCE LOGGING或基于表空间级别设定FORCE LOGGING，而不建议两者都设置为FORCE LOGGING。当数据库或表空间使用非强制日志模式时，则日记记录优先级别由低到高为：数据库、表空间、数据对象

二：三者的使用情况

1.LOGGING模式这是日志记录的缺省模式，无论数据库是否处于归档模式，这并不改变表空间与对象级别上的缺省的日志记录模式。对于临时表空间将不记录日志到联机重做日志文件。

2.NOLOGGING模式此模式不是不记录日志，而是最小化日志产生的数量.

三：可以采用NOLOGGING模式执行以下操作：

1 索引的创建和ALTER（重建）。
2 表的批量INSERT（通过提示使用“直接路径插入“。或采用SQL*Loader直接路径加载）。表数据不生成redo，
但是所有索引修改会生成redo（尽管表不生成日志，但这个表上的索引却会生成redo！）。
3 LOB操作（对大对象的更新不必生成日志）。
4 通过CREATE TABLE AS SELECT创建表。
5 各种ALTER TABLE操作，如MOVE和SPLIT。
在一个ARCHIVELOG模式的数据库上，如果NOLOGGING使用得当，可以加快许多操作的速度，因为它能显著减少生成的重做日志量。假设你有一个表，需要从一个表空间移到另一个表空间。可以适当地调度这个操作，让它在备份之后紧接着发生，这样就能把表ALTER为NOLOGGING模式，移到表，创建索引（也不生成日志），然后再把表ALTER回LOGGING模式。现在，原先需要X小时才能完成的操作可能只需要X/2小时（运行是会不会真的减少50%的时间，这一点我不敢打保票！）。要想适当地使用这个特性，需要DBA的参与，或者必须与负责数据库备份和恢复（或任何备用数据库）的人沟通。如果这个人不知道使用了这个特性，一旦出现介质失败，就可能丢失数据，或者备用数据库的完整性可能遭到破坏。对此一定要三思。

使用范例
create table t
NOLOGGING
as
select * from all_objects

关于NOLOGGING操作，需要注意以下几点：
1 事实上，还是会生成一定数量的redo。这些redo的作用是保护数据字典。这是不可避免的。与以前（不使用NOLOGGING）相比，尽管生成的redo量要少多了，但是确实会有一些redo。
2 NOLOGGING不能避免所有后续操作生成redo。在前面的例子中，我创建的并非不生成日志的表。只是创建表（CREATE TABLE）这一个操作没有生成日志。所有后续的“正常“操作（如INSERT、UPDATE和DELETE）还是会生成日志。其他特殊的操作（如使用SQL*Loader的直接路径加载，或使用INSERT 语法的直接路径插入）不生成日志（除非你ALTER这个表，再次启用完全的日志模式）。不过，一般来说，应用对这个表执行的操作都会生成日志。
3 在一个ARCHIVELOG 模式的数据库上执行NOLOGGING 操作后，必须尽快为受影响的数据文件建立一个新的基准备份，从而避免由于介质失败而丢失对这些对象的后续修改。实际上，我们并不会丢失后来做出的修改，因为这些修改确实在重做日志中；我们真正丢失的只是要应用这些修改的数据（即最初的数据）。

<script type="text/javascript" id="wumiiRelatedItems"> </script>