今日开发一个需求,其中由于需求变态,写了一个挺复杂的sql,在本地测试环境看不出问题,但到了生产就变得非常慢(由于表数据量比较大),把sql粘贴出来执行了一下大概要42秒.
我写的sql大概是这个样子的(大概描绘下)TABLE_A表数据量大概200w,其中一些关键字段建了索引
select * from TABLE_A a
where a.lng>={变量} and a.lng<={变量}
and a.lat>={变量} and a.lat<={变量}
and a.ci_code in(
...一个复杂sql,执行条件后大概也就几十条数据
)
就是这样一个sql执行却很慢,如果我单独执行红色或单独执行蓝色部分sql就很快,又或者我把红色部分>=与<=截开查询就很快,但放在一起就相当慢。
然后看了下执行计划,主要原因是由于where条件后><(或者or之类的)并且用到in导致驱动表被错误的选择,驱动表选择了“大表”。
后来看到了一篇博文,改造了一下果然就很快了,大概1~2秒就完事了。
改造后
select * from TABLE_A a
where a.lng>={变量} and a.lng<={变量}
and a.lat>={变量} and a.lat<={变量}
intersect
select * from TABLE_A a
where
a.ci_code in(
...一个复杂sql,执行条件后大概也就几十条数据
)
注:intersect是Oracle函数中交并差的交,即是取出两个集合中相同的部分;union、union all是并,union会过滤重复数据,union all不会;minus: 返回在第一个查询结果中包含第二个查询结果中不包含的数据。
还有一种情况可能会导致查询时间过长:
or 和子查询连用导致oracle无法查询重写了
(t.DSTC_ID = 1919 or
t.DSTC_ID in
(select b.regoinid
from area_info_center@srcdb b
where b.parentregoinid = 1919)
改成
t.DSTC_ID in
(select b.regoinid
from area_info_center@srcdb b
where b.parentregoinid = 1919
union
select 1919 from dual)
一个朋友新做的公众号,帮忙宣传一下,会不定时推送一些开发中碰到的问题的解决方法,以及会分享一些开发视频。资料等。请大家关注一下谢谢:
以上博客参考: