Oracle 11g - 如何优化慢速并行插入选择？

Question

我们想加快下面的并行插入语句的运行.我们期望插入大约8000万条记录,大约需要2个小时才能完成.

INSERT /*+ PARALLEL(STAGING_EX,16) APPEND NOLOGGING */ INTO STAGING_EX (ID, TRAN_DT, 
RECON_DT_START, RECON_DT_END, RECON_CONFIG_ID, RECON_PM_ID) 
SELECT /*+PARALLEL(PM,16) */ SEQ_RESULT_ID.nextval, sysdate, sysdate, sysdate, 
'8a038312403e859201405245eed00c42', T1.ID FROM PM T1 WHERE STATUS = 1 and not 
exists(select 1 from RESULT where T1.ID = RECON_PM_ID and CREATE_DT >= sysdate - 60) and 
UPLOAD_DT >= sysdate - 1 and (FUND_SRC_TYPE = :1) 

我们认为缓存not exists列的结果会加快插入速度.我们如何执行缓存？有什么想法加快插入速度？

请参阅以下有关企业管理器的计划统计信息.我们还注意到这些语句并不是并行运行的.这是正常的吗？

编辑:顺便说一下,序列已经缓存到1M

Answer 1

改善统计数据 估计的行数是1,但实际行数超过700万并且正在计数.这会导致执行计划使用嵌套循环而不是散列连接.嵌套循环可以更好地处理少量数据,并且散列连接可以更好地处理大量数据.修复可能就像确保相关表格具有准确的当前统计数据一样简单.这通常可以通过使用默认设置收集统计信息来完成,例如:exec dbms_stats.gather_table_stats('SIRS_UATC1', 'TBL_RECON_PM');.

如果这不能改善基数估计,请尝试使用动态采样提示,例如/*+ dynamic_sampling(5) */.对于如此长时间运行的查询,如果能够获得更好的计划,则需要花费额外的时间预先采样数据.

使用语句级并行性而不是对象级并行性. 这可能是并行SQL最常见的错误.如果使用对象级并行,则提示必须引用对象的别名.从11gR2开始,无需担心指定对象.这个陈述只需要一个提示:INSERT /*+ PARALLEL(16) APPEND */ ....请注意,这NOLOGGING不是一个真正的提示.

Answer 2

尝试使用更多绑定变量，尤其是在可能发生嵌套循环的地方。我注意到你可以在类似的情况下使用它

CREATE_DT >= :YOUR_DATE instead of CREATE_DT >= sysdate - 60 

我认为这可以解释为什么执行计划的最低部分有 1.8 亿次执行，尽管更新查询的整个其他部分仍然是 7900 万次中的 800 万次。