SQL性能调优之Insert语句干扰了正确的执行计划的一次记录

早上听团队里的兄弟反映有一条SQL语句从凌晨一直执行到上班时间还没执行完,具体SQL语句结构如下:

  insert into dm.Fct_T
  select 
 ..  
  from
  
   (SELECT .. 
   from .. 
   where ..
   group by ..
     ) a,   
   (  
   SELECT  ..
    from ..
   where ..
   group by..
  ) b,
  t_dim_time c
  
  where ..
     GROUP BY ..


copy出select语句部分查看执行计划,并没有什么问题:

单独执行Select语句也很快执行完,Select快,insert慢?觉得奇怪,数据量几百万,IO应该不是问题,最后加入insert into dm.Fct_T,再查看执行计划

问题发现了,加入insert后竟然走了Nested loop,几百万的数据作为驱动走Nested loop!最后使用hint干扰执行计划,走hash join,原因是可能该语句很长很复杂,优化器选择执行计划错误

  insert into dm.Fct_T
  select /*+ use_hash(a,b,c)*/ 
 ..  
  from
  
   (SELECT .. 
   from .. 
   where ..
   group by ..
     ) a,   
   (  
   SELECT  ..
    from ..
   where ..
   group by..
  ) b,
  t_dim_time c
  
  where ..
     GROUP BY ..


 

 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值