nologging 对于delete update insert 是无效的

最近发现系统的redo log 日志的压力还是比较大的，虽然已经把redo log 增加到了1.5G，但是在某些时候切换频率还是30s就切换了，日志的压力比较大，最后定为到系统中的一些全表delete，产生的日志比较大，有些delete是针对天来删除，针对天删除的只能delete，对全表的delete可以truncate，虽然对于某些中间的里临时表nologging，但是效果不大，最后发现，原来nologging对于delete update insert操作无效。

select b.MEMBER,bytes/1024/1024/1024 size_G From v$log a,v$logfile b where a.GROUP#=b.GROUP# 

MEMBER                                                                                            SIZE_G
-------------------------------------------------------------------------------- ----------
+ASMREDOLOG/zjsbos/onlinelog/group_1                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_2                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_3                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_4                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_5                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_6                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_7                                                    1.5
+ASMREDOLOG/zjsbos/onlinelog/group_8                                                    1.5

那么nologging对于什么样的操作才有效呢？？

在  ASKMACLEAN 博客中提到 http://www.askmaclean.com/archives/oracle%E4%B8%AD%E5%8F%AF%E4%BB%A5nologging%E6%89%A7%E8%A1%8C%E7%9A%84%E6%93%8D%E4%BD%9C.html

那么哪些操作是允许被nologging化的呢？首先需要注意的是普通的DML操作，即:常规insert,update,和delete(以及merge)总是不能被nologging执行的。但以下SQL语句则可以以nologging选项执行：

• direct load (SQL*Loader)
• direct load INSERT (using APPEND hint)
• CREATE TABLE … AS SELECT
• CREATE INDEX
• ALTER TABLE … MOVE PARTITION
• ALTER TABLE … SPLIT PARTITION
• ALTER INDEX … SPLIT PARTITION
• ALTER INDEX … REBUILD
• ALTER INDEX … REBUILD PARTITION
• INSERT, UPDATE, and DELETE on LOBs in NOCACHE NOLOGGING mode stored out of line

以上列出的语句，其产生undo和redo重做日志几乎可以完全禁绝。因为都是数据载入语句(或者装载索引)其所产生的新的区间(new extent)在执行过程中被标记为无效的(invalid),同时仅有少量的由数据字典变更引起的重做日志会产生。