网络事故(1)大数据的表卡死

于是我们开始怀疑是不是oracle执行计划出现了问题,我们使用了oracle 10053事件来跟踪。
alter session set max_dump_file_size = unlimited;
alter session set tracefile_identifier='10053_customer';
alter session set events '10053 trace name context forever, level 1';
declare
oi_return number;
begin
prc_e_customer('19700101','20370101',oi_return);
end;
执行后找到相应的10053_customer trace文件。分析后发现果然是执行计划有问题。找到了问题的根因。Oracle自主选择执行计划并未使用索引等信息。

由于oracle自主选择执行计划出现了偏差,我们需要对相关表进行表分析,促使oracle选择更优的执行计划

使用如下脚本对customer数据同步使用到的表进行了分析:

BEGIN
DBMS_STATS.GATHER_TABLE_STATS(ownname => 'lbi_ods',
                                     tabname => 'T_O_CUSTOMER',
                                     estimate_percent => 100,
                                     no_invalidate => FALSE,--立马生效
                                     degree => 8,
                                     cascade => TRUE);
END;

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值