无法删除临时表，10046跟踪发现异常？？？

ZALBB

=====================
PARSING IN CURSOR #4 len=121 dep=1 uid=0 oct=7 lid=0 tim=4096269434 hv=3918311112 ad='ec536490'
delete from object_usage where obj# in  (select a.obj# from object_usage a, ind$ b where  a.obj# = b.obj# and b.bo# = :1)
END OF STMT
PARSE #4:c=0,e=17,p=0,cr=0,cu=0,mis=0,r=0,dep=1,og=4,tim=4096269432
BINDS #4:
kkscoacd
Bind#0
  oacdty=02 mxl=22(22) mxlc=00 mal=00 scl=00 pre=00
  oacflg=00 fl2=0001 frm=00 csi=00 siz=24 off=0
  kxsbbbfp=132932f0  bln=22  avl=05  flg=05
  value=2744664
EXEC #4:c=0,e=1415,p=0,cr=6,cu=0,mis=0,r=0,dep=1,og=4,tim=4096270890
STAT #4 id=1 cnt=0 pid=0 pos=1 obj=0 op='DELETE  OBJECT_USAGE (cr=6 pr=0 pw=0 time=1337 us)'
STAT #4 id=2 cnt=0 pid=1 pos=1 obj=0 op='HASH JOIN SEMI (cr=6 pr=0 pw=0 time=1332 us)'
STAT #4 id=3 cnt=443 pid=2 pos=1 obj=570 op='INDEX FULL SCAN I_STATS_OBJ# (cr=3 pr=0 pw=0 time=17 us)'
STAT #4 id=4 cnt=0 pid=2 pos=2 obj=0 op='VIEW  VW_NSO_1 (cr=3 pr=0 pw=0 time=52 us)'
STAT #4 id=5 cnt=0 pid=4 pos=1 obj=0 op='NESTED LOOPS  (cr=3 pr=0 pw=0 time=49 us)'
STAT #4 id=6 cnt=0 pid=5 pos=1 obj=19 op='TABLE ACCESS CLUSTER IND$ (cr=3 pr=0 pw=0 time=46 us)'
STAT #4 id=7 cnt=1 pid=6 pos=1 obj=3 op='INDEX UNIQUE SCAN I_OBJ# (cr=2 pr=0 pw=0 time=26 us)'
STAT #4 id=8 cnt=0 pid=5 pos=2 obj=570 op='INDEX RANGE SCAN I_STATS_OBJ# (cr=0 pr=0 pw=0 time=0 us)'
EXEC #2:c=46875,e=320679,p=0,cr=59,cu=0,mis=0,r=0,dep=0,og=1,tim=4096271199
ERROR #2:err=14452 tim=194873465
WAIT #2: nam='SQL*Net break/reset to client' ela= 14 driver id=1413697536 break?=1 p3=0 obj#=-1 tim=4096271460
WAIT #2: nam='SQL*Net break/reset to client' ela= 601 driver id=1413697536 break?=0 p3=0 obj#=-1 tim=4096272093
WAIT #2: nam='SQL*Net message to client' ela= 7 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=4096272153
WAIT #2: nam='SQL*Net message from client' ela= 5004242 driver id=1413697536 #bytes=1 p3=0 obj#=-1 tim=4101276456
=====================

blue_prince

原帖由 ZALBB 于 2008-4-9 10:06 发表


巴乔好像心情好多了，前段时间，不是要把10204给撕了吗？

那个BUG依然存在，现在每天不停地催ORACLE赶紧把BUG补丁开发完。没办法，10.2.0.3 BUG实在太多了，烦不胜烦。目前10.2.0.4除了这个BUG外其他倒还好，但愿不要再折腾了。

ZALBB

原帖由 blue_prince 于 2008-4-9 11:36 发表


那个BUG依然存在，现在每天不停地催ORACLE赶紧把BUG补丁开发完。没办法，10.2.0.3 BUG实在太多了，烦不胜烦。目前10.2.0.4除了这个BUG外其他倒还好，但愿不要再折腾了。

你这么说还好了，我本来也打算升级到10204的，但那次看你气急败坏的心情，当时我就有些打退堂鼓．

yangtingkun

ORACLE临时表的产生有个bug，如果使用临时表的会话被KILL，那么临时表无法被删除。

ZALBB

原帖由 yangtingkun 于 2008-4-9 14:44 发表
ORACLE临时表的产生有个bug，如果使用临时表的会话被KILL，那么临时表无法被删除。

但今天上午无法删除的临时表，下午开工时我再尝试，又可删掉了．

foxmile

棉花，你确定这个是这个版本的bug？

yangtingkun

这个现象倒是比较像我提到的那个bug。

上午的时候那个被KILL的session还没有被清理，下午清理完成，表就可以删除了。

rollingpig

user v$access instead of  V$LOCKED_OBJECT

ZALBB

NCBI@bi>select * from v$access where object='CF5F4B1D0FB4C46B6897E6E6D5BD22';

no rows selected

Elapsed: 00:00:00.48
NCBI@bi>drop table CF5F4B1D0FB4C46B6897E6E6D5BD22;
drop table CF5F4B1D0FB4C46B6897E6E6D5BD22
           *
ERROR at line 1:
ORA-14452: attempt to create, alter or drop an index on temporary table already in use


Elapsed: 00:00:00.10
NCBI@bi>

ZALBB

原帖由 yangtingkun 于 2008-4-9 17:16 发表
这个现象倒是比较像我提到的那个bug。

上午的时候那个被KILL的session还没有被清理，下午清理完成，表就可以删除了。

程序运行正常，已经应用到生产环境上，没有被KILL的情况．