Oracle Database 12c查询优化器的缺陷-视图合并会造成查询结果不准确

142次阅读

没有评论

共计 2027 个字符，预计需要花费 6 分钟才能阅读完成。

最近在将一个 11g 的数据库导入到 12c（12.1.0.2，并打了最新的补丁）的库后，测试人员反馈有一个 SQL 执行结果不正确。
具体的 SQL 如下：

SELECT *
FROM ( SELECT watnum,
agentcode,
managecom,
SUM (prem) AS prem,
SUM (charge) AS charge
FROM (SELECT ct.card_number,
ct.card_managecode,
cp.riskcode,
cp.riskname,
cp.prem,
csm.watnum,
csm.charge,
SUBSTR (csm.agentcode, 2) AS agentcode,
SUBSTR (csm.managecom, 2) AS managecom
FROM card_table@webapp ct,
ZZHCardSettleMent csm,
CARDPREMIUM@WEBAPP cp
WHERE ct.card_type = cp.cardtype
AND csm.idcard = ct.card_number
AND csm.checktype = 1
AND ct.card_managecode = ‘8602’)
GROUP BY watnum, agentcode, managecom) c
WHERE NOT EXISTS
(SELECT ‘Y’
FROM policyinfo
WHERE c.watnum = proposalcontno);

由于第一个子查询（我们姑且把它称为 C 子查询）涉及到 DBLINK，所以一开始怀疑 DBLINK 不一致导致的。但是查看了 DBLINK 的配置后发现和源 11g 的配置是一样的，连的都是相同的数据库。

试着单独 C 子查询，在 11g 和 12c 中的执行结果是一样的！

接着试着把 C 子查询的结果做成一张表 ctemp，用 ctemp 代替 C 子查询，即：

SELECT *
FROM ctemp c
WHERE NOT EXISTS
(SELECT ‘Y’
FROM policyinfo
WHERE c.watnum = proposalcontno);

这时在 11g 和 12c 中的执行结果是一样的。

接着试着把 C 子查询的结果做成一张试图 cvtemp，用cvtemp 代替 C 子查询，即：

SELECT *
FROM cvtemp c
WHERE NOT EXISTS
(SELECT ‘Y’
FROM policyinfo
WHERE c.watnum = proposalcontno);

查询的结果出现差异了。仔细观察执行计划，似乎 12c 中的执行计划有异常，NOT EXISTS 这个条件居然没有在执行计划中体现！因为这是在用视图的情况下发生的，所以有理由怀疑 12c 的优化器在视图合并上是有异常的，那把视图合并禁用掉会是什么情况？

SELECT /*+ NO_MERGE(c) */ *
FROM cvtemp c
WHERE NOT EXISTS
(SELECT ‘Y’
FROM policyinfo
WHERE c.watnum = proposalcontno);

这里通过 HINT 禁用了视图合并，执行结果和 11g 是一样的了。然后观察执行计划，非常明显的在禁用了视图合并后多了 NOT EXISTS 条件的过滤：
filter(NOT EXISTS (SELECT 0 FROM “POLICYINFO” “POLICYINFO” WHERE “PROPOSALCONTNO”=:B1))
而在��前的执行计划中是没有这个过滤的。

考虑到 C 子查询是个复杂视图，所以尝试在系统层面禁用了复杂视图的合并：