为了避免业务影响,随即先采取应急手段,对temp表空间进行resize扩容,上条SQL执行完成后结果30G的temp表空间,已经用掉了59%。
继续往下查看temp到底卡在哪里
SELECT vt.inst_id,
vs.sid,
vs.serial#,
vs.username,
vs.osuser,
vs.machine,
vs.saddr,
vs.client_info,
vs.program,
vs.module,
vs.logon_time,
vt.tempseg_usage,
vt.segtype
FROM gv$session vs,
(SELECT inst_id,
username,
session_addr,
segtype,
ROUND(SUM(blocks) * 8192 / 1024 / 1024 / 1024, 2) tempseg_usage
FROM gv$tempseg_usage
GROUP BY inst_id, username, session_addr, segtype
ORDER BY 4 DESC) vt
WHERE vs.inst_id = vt.inst_id
AND vs.saddr = vt.session_addr
order by tempseg_usage desc;
随即查看SQL对应的表,DESC表结构,没有CLOB字段啊,难道发生了转换?询问开发后得知,他们确实有wmsys.wm_concat对象实现行列转换的语句,拿到语句
这种方法不被Oracle所推荐,因为WMSYS用户用于Workspace Manager,其函数对象可能因版本而不同体现出来。原本WM_CONCAT函数返回值为VARCHAR2变更为CLOB。这一变化导致了很多程序的异常。建议开发使用listagg的方式进行转换。wm有bug只能用逗号,如果用其他符合需要配合replace
wm_concat有时取出来的字段不完整。有兴趣的可以试试10046抓一下sql执行的时候,到底是怎么走的
1,alter session set events ‘10046 trace name context forever,level 12‘;
2,select
wmsys.wm_concat(xxxx) as CODE
from xxx_TYPE pe
LEFT JOIN
yyyy_MCC mcc on xxx.TYPE=xxxpe.CODE
where VALID=‘1‘ and pe.VALID=‘1‘
3,关闭10046 alter session set events ‘10046 trace name context off‘;
4,获取trc文件位置
select
d.value||‘/‘||lower(rtrim(i.instance, chr(0)))||‘ora‘||p.spid||‘.trc‘ trace_file_name
from
( select p.spid
from sys.v$mystat m,sys.v$session s,sys.v$process p
where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p,
( select t.instance from sys.v$thread t,sys.v$parameter v
where v.name = ‘thread‘ and (v.value = 0 or t.thread# = to_number(v.value))) i,
( select value from sys.v$parameter where name = ‘user_dump_dest‘) d
/
随即当晚紧急变更,反馈临时表空间暂无异常。
原文地址:http://blog.51cto.com/yangjunfeng/2114697