gc current request

lsz_qh

env:exadata X2-2 quarter rack
rdbms:11.2.0.3 bp 7

create table select_1075.serv_address3 tablespace ts_share_data nologging as select * from select_1075.serv_address1;
create table select_1075.serv_address4 tablespace ts_share_data nologging as select * from select_1075.serv_address2;

UPDATE select_1075.serv_address3 a SET
address_detail =(SELECT address_detail FROM select_1075.serv_address4 WHERE serv_id = a.serv_id);

这条update执行了1个小时，查v$session中的event，一直是gc current request，麻烦大家帮忙分析一下，谢谢

       
obj#=1272839 是这张表： select_1075.serv_address3

附件是10046文件（10046在sql执行后几分钟做的，sql开始执行时间是14:04,10046文件是14:24做的）

谢谢大家！

Maclean Liu(刘相兵

甚至没在你的trace里找到这个语句

给出这个SQL运行期间的AWR和 AWRSQRPT 输出

@?/rdbms/admin/awrrpt
@?/rdbms/admin/awrsqrpt

lsz_qh

在trace文件中没有出现sql语句是因为sql开始执行后，我再做的oradebug
awr和awrsqlrpt我都传上去了，麻烦您帮忙看看，谢谢

Maclean Liu(刘相兵

Elapsed Time (s)        Executions        Elapsed Time per Exec (s)        %Total        %CPU        %IO         SQL Id        SQL Module        SQL Text
3,150.27        0                 31.05        99.94        0.00        3wdtq09kcc4y7         sqlplus@ods02odscpy01.xjods.com (TNS V1-V3)        UPDATE select_1075.serv_addres...

CPU Time (s)        Executions        CPU per Exec (s)        %Total        Elapsed Time (s)        %CPU        %IO         SQL Id        SQL Module        SQL Text
3,148.37        0                 86.26        3,150.27        99.94        0.00        3wdtq09kcc4y7         sqlplus@ods02odscpy01.xjods.com (TNS V1-V3)        UPDATE select_1075.serv_addres..


该语句运行一次 未完成 耗时 3,150s 其中 3148s是cpu time ， 出现的等待事件只是极少时间， 你看到gc current request 一般是因为 它之前在等gc current request  ，而实际是在CPU上

可以使用ASH证实一下。

lsz_qh

sql确实没有执行完，我人为结束了。