关于SQL执行计划错误导致临时表空间不足的问题

名站网址导航为大家提供关于数据库教程相关的教程网站知识。

计算机名称修改后Oracle不能正常启动问题分析及解决

故障现象：临时表空间不足的问题已经报错过3次，客户也烦了，前两次都是同事添加5G的数据网站网站文件，目前已经达到40G，占用临时表空间主要是distinct 和group by 以及Union all 表数据量在200W左右，也不至于把40G的临时表空间撑爆。

原因分析：既然排序用不了这么多临时表空间应该是别的原因造成。

从包含故障时间段的AWR报告中可以看出这一阶段DBtime蛮高的，并且sql execute elapsed time 竟然占到了99.43%，可以断定是SQL数据库语句引起的。

确认是以下SQL引起：

select 'A',
d.explanation, --金融机构标识码
c.account_no, --交易账号
to_date(a.batchentrydate, 'yyyy-mm-dd'), --发生日期
c.currencycode, --币种
SUM(decode(A.Creditdebit, 'C', a.transactionamount, 0)), --当日贷方发生额
SUM(decode(A.Creditdebit, 'D', a.transactionamount, 0)), --当日借方发生额
case
when C.Currencycode = 'JPY' Then
Round(c.Ccyledgerbalance, 0)
else
c.ccyledgerbalance
End Balance, --账户余额
--b.instcode instcode, --系统虚拟机构代号
1 datastatus, --前台对应的数据状态
c.account_no || c.currencycode || '2013-01-04',
to_date('2013-01-04', 'yyyy-mm-dd')
from df_cust C
left join (select distinct ACCOUNTBRANCh,
DESCRIPTION,
MASTERNO,
CURRENCYCODE,
ACCOUNT_NUMBER,
SEQNO,
ACCT_CLASS_CODE,
PRODUCTCODE,
VALUEDT_YYYY,
VALUEDT_MM,
VALUEDT_DD,
BATChENTRYDATE,
VALUEDT_YYYYMMDD,
NARRATIONPOST,
TRANSACTIONAMOUNT,
CREDITDEBIT,
ACCOUNTBRANCh1,
SEGMENTCODE,
REFERENCENUMBER,
NARRATIONTRAN,
BATChNUMBER,
GLDEPTID,
ARMCODE,
EXTREFNO,
MAKERID,
ChECKERID,
ChANNELID,
TRANSACTION_AMT_IN_USD,
ACCShORTNAME,
ARMNAME,
SEGNAME,
TXNCODE,
REVERSALFLAG,
EBBSREFERENCE,
TRANSTYPECODE,
CUSTOMERRATE,
ADVTREASURYFLAG,
VA_FLAG
from df_acmov_today
where Creditdebit in ('C', 'D')) a on a.account_number =
c.account_no
Left Join Da_Mid_Acc_Gl_Dic D On D.Source = A.Accountbranch
Where exists (select 1
from acc.t_base_account b
where b.account = c.account_no
and b.currence_code = c.currencycode)
and a.account_number is not null
and c.account_no like '0%'
group by d.explanation, --金融机构标识码
c.account_no, --交易账号
a.batchentrydate, --发生日期
c.currencycode, --币种
C.Ccyledgerbalance--系统机构代号