Oracle谓词越界引发的案例
什么是谓词越界？
目标列指定的where 查询条件的值 不在统计信息收集的最大值与最小值之前。这就是谓词越界
如果出现了这种现状，CBO就无法判断出针对该列的查询条件的选择率， 只能用一个估算的值 ，作为查询条件的可选择率，如果这个估算的值与实际情况严重不符的话，就可能是CBO选错执行计划。
具体案例如下：
开发人员发过一个sql，让给优化下;
SELECT o.refxxxx, count(o.refxxxx)
FROM t_xxxxxxx_open_SSSS o
join (SELECT i.xxxxxxx_account, sum(i.intxxxxx) ljsy1
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date <= '2015-11-23' --1
and i.inxxxxxx_date >= '2015-07-01'
group by i.xxxxxxx_account) tt
on o.xxxxxxx_account = tt.xxxxxxx_account
join (SELECT i.xxxxxxx_account, sum(i.intxxxxx) ljsy2
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date <= '2015-11-24' --2
and i.inxxxxxx_date >= '2015-07-01'
group by i.xxxxxxx_account) ttt
on o.xxxxxxx_account = ttt.xxxxxxx_account
where to_char(o.create_date, 'yyyy-MM-dd') >= '2015-09-01'
and tt.ljsy1 < 1
and ttt.ljsy2 >= 1
and o.areacode = '350000'
/*and o.cxxxcode !='510100' */
and o.from_xxxxx != '07'
group by o.refxxxx
union all
SELECT o.refxxxx, count(o.refxxxx)
FROM t_xxxxxxx_open_SSSS o
join (SELECT i.xxxxxxx_account, sum(i.intxxxxx) ljsy1
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date <= '2015-11-23' --1
and i.inxxxxxx_date >= '2015-07-01'
group by i.xxxxxxx_account) tt
on o.xxxxxxx_account = tt.xxxxxxx_account
join (SELECT i.xxxxxxx_account, sum(i.intxxxxx) ljsy2
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date <= '2015-11-24' --2
and i.inxxxxxx_date >= '2015-07-01'
group by i.xxxxxxx_account) ttt
on o.xxxxxxx_account = ttt.xxxxxxx_account
where to_char(o.create_date, 'yyyy-MM-dd') >= '2015-09-01'
and tt.ljsy1 < 1
and ttt.ljsy2 >= 1
and o.areacode != '350000'
/*and o.cxxxcode !='510100' */
group by o.refxxxx;
经过与其沟通 sql最终更改如下：
SELECT o.refxxxx, count(o.refxxxx)
FROM t_xxxxxxx_open_SSSS o
where o.create_date >= to_date('2015-10-01', 'yyyy-mm-dd')
and ((o.areacode = '350000' and o.from_xxxxx != '07') or
o.areacode != '350000')
and exists (SELECT 1
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date = '2015-12-07' --2
and i.intxxxxx > 0
and i.xxxxxxx_account = o.xxxxxxx_account)
and not exists (SELECT i.xxxxxxx_account
FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date <= '2015-12-06' --1
and i.inxxxxxx_date >= '2015-11-01'
and i.intxxxxx >=1
and i.xxxxxxx_account = o.xxxxxxx_account)
group by o.refxxxx;
更改后的sql 基本由原来的2-3个小时 可以缩短到150s左右 可以出结果.
没过几天 开发又反应 这个优化后的sql 又跑不出来了，
现在看到的执行计划如下：
通过上面我们可以看到 问题出在第7步； 基数才67
实际呢？：
SELECT count(*) FROM t_XXXXXXX_inXXXXX_inXXXXXt i
where i.inxxxxxx_date = '2015-12-07' ; ----5155165
5155165与67 相差的可不是一点点。。
数据量那么大走 NESTED LOOPS 明显不合适了，于是想到了不走索引的情况：
SELECT /*+ no_index(o)*/o.refxxxx, count(o.refxxxx)
2 FROM t_xxxxxxx_open_SSSS o
3 where o.create_date >= to_date('2015-10-01', 'yyyy-mm-dd')
4 and ((o.areacode = '350000' and o.from_xxxxx != '07') or
5 o.areacode != '350000')
6 and exists (SELECT /*+ no_index(i)*/1
7 FROM t_XXXXXXX_inXXXXX_inXXXXXt i
8 where i.inxxxxxx_date = '2015-12-07' --2
9 and i.intxxxxx > 0
10 and i.xxxxxxx_account = o.xxxxxxx_account)
11 and not exists (SELECT /*+ no_index(i)*/i.xxxxxxx_account
12 FROM t_XXXXXXX_inXXXXX_inXXXXXt i
13 where i.inxxxxxx_date <= '2015-12-06' --1
14 and i.inxxxxxx_date >= '2015-11-01'
15 and i.intxxxxx >=1
16 and i.xxxxxxx_account = o.xxxxxxx_account)
17 group by o.refxxxx;
执行计划：
结果确实很快，150s左右就OK了。
然后我们分析产生这个问题的原因：
于是我们看统计信息：（今天20151208）
我们把统计信息里面的LOW_VALUE ， HIGH_VALUE 转换为我们可以看懂的字符：
select display_raw('323031332D31322D3133','VARCHAR2') low_val,display_raw('323031352D31312D3234','VARCHAR2') HIGHVALUE FROM DUAL;
2013-12-13 2015-11-24
而我们的查询条件为：i.inxxxxxx_date = '2015-12-07' 很明显 我们要查的条件不在 上面那个范围内.这就是谓词越界的现象. 如果出现了这种现状，CBO就无法判断出针对该列的查询条件的选择率， 只能用一个估算的值 ，作为查询条件的可选择率，如果这个估算的值与实际情况严重不符的话，就可能是CBO选错执行计划，就出现了，我们这个情况。
最后我们收集统计信息，
object_name SEGMENT_TYPE TABLESPACE_NAME SEGMENT_SIZE_G
---------------------------------------- -------------------- -------------------- --------------
BTUPAYPROD.T_XXXXXXING_INxxxxxx_intxxxxx TABLE PARTITION TBS_XXXXXXE_DATA 180.564453
该表非常大，对相关的业务了解之后，决定没有必要对全表进行收集， 只收集最后几个分区 就可以了
begin
DBMS_STATS.GATHER_TABLE_STATS ('BTUPAYPROD','T_XXXXXXING_INxxxxxx_intxxxxx',partname=>'P30', degree=>8);
end;
最后 不加hints 我们看到的执行计划和 加hints一样的效果：这就达到了我们的目的了。
--gt
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/30109892/viewspace-1873687/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/30109892/viewspace-1873687/