今天遇到一个bug，对临时表进行insert的时候产生异常多的redo，下面模拟过程：
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
PL/SQL Release 9.2.0.1.0 - Production
CORE 9.2.0.1.0 Production
TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
NLSRTL Version 9.2.0.1.0 - Production
--在会话1执行：
SQL> create global temporary table t1(id int) on commit preserve rows;
Table created
SQL> create global temporary table t2(id int) on commit delete rows;
Table created
SQL> create table t3(id int);
Table created
SQL> select * from v$statname where name='redo size';
STATISTIC# NAME CLASS
---------- ---------------------------------------------------------------- ----------
115 redo size 2
--新开一个会话2执行：
SQL> select * from v$mystat where rownum=1;
SID STATISTIC# VALUE
---------- ---------- ----------
10 0 1
SQL> insert into t1 select rownum from dual connect by rownum<500000;
499999 rows inserted
--在会话1查询产生的redo量
SQL> select * from v$sesstat where sid=10 and statistic#=115;
SID STATISTIC# VALUE
---------- ---------- ----------
10 115 62249712
--再会话2往t2插入数据
SQL> insert into t2 select rownum from dual connect by rownum<500000;
499999 rows inserted
--会话1中查询此时的redo情况
SQL> select * from v$sesstat where sid=10 and statistic#=115;
SID STATISTIC# VALUE
---------- ---------- ----------
10 115 124499216
--在会话1往普通表插入数据
SQL> insert into t3 select rownum from dual connect by rownum<500000;
499999 rows inserted
--会话1中查询此时的redo情况
SQL> select * from v$sesstat where sid=10 and statistic#=115;
SID STATISTIC# VALUE
---------- ---------- ----------
10 115 132242444
--产生的redo比较：
会话级临时表：62249712
事务级临时表：62249504
普通表 ：7743228
可见，无论对事务级的临时表还是会话级的临时表，都产生远比普通表多的redo，这是极不正常的。
临时表的数据对于恢复是没有任何用处的，所以，它不需要为insert的数据记录redo信息。因此，遇到上面的情况，十有八九是因为bug引起的。
查了一个metalink，确认这是一个bug：
Bug 2874489 Excessive REDO generated for INSERT as SELECT into GLOBAL TEMPORARY TABLES
This note gives a brief overview of bug 2874489.
Using 'insert as select' to insert into a global
temporary table can generate far more redo than
the same insert into a permanent table.
Updates and deletes are not affected, only multirow inserts.
这个 bug在9205后修正。
实际上，这个bug也影响undo的使用，对临时表的操作占用的undo远比普通表多。
