阿里云-云小站(无限量代金券发放中)
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

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

213次阅读
没有评论

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

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

  1. SELECT *
  2.   FROM ( SELECT watnum,
  3.                  agentcode,
  4.                  managecom,
  5.                  SUM (prem) AS prem,
  6.                  SUM (charge) AS charge
  7.             FROM (SELECT ct.card_number,
  8.                          ct.card_managecode,
  9.                          cp.riskcode,
  10.                          cp.riskname,
  11.                          cp.prem,
  12.                          csm.watnum,
  13.                          csm.charge,
  14.                          SUBSTR (csm.agentcode, 2) AS agentcode,
  15.                          SUBSTR (csm.managecom, 2) AS managecom
  16.                     FROM card_table@webapp ct,
  17.                          ZZHCardSettleMent csm,
  18.                          CARDPREMIUM@WEBAPP cp
  19.                    WHERE ct.card_type = cp.cardtype
  20.                          AND csm.idcard = ct.card_number
  21.                          AND csm.checktype = 1
  22.                          AND ct.card_managecode = ‘8602’)
  23.         GROUP BY watnum, agentcode, managecom) c
  24.  WHERE NOT EXISTS
  25.           (SELECT ‘Y’
  26.              FROM policyinfo
  27.             WHERE c.watnum = proposalcontno);

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

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

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

  1. SELECT *
  2.   FROM ctemp c
  3.  WHERE NOT EXISTS
  4.           (SELECT ‘Y’
  5.              FROM policyinfo
  6.             WHERE c.watnum = proposalcontno);

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

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

  1. SELECT *
  2.   FROM cvtemp c
  3.  WHERE NOT EXISTS
  4.           (SELECT ‘Y’
  5.              FROM policyinfo
  6.             WHERE c.watnum = proposalcontno);

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

  1. SELECT /*+ NO_MERGE(c) */ *
  2.   FROM cvtemp c
  3.  WHERE NOT EXISTS
  4.           (SELECT ‘Y’
  5.              FROM policyinfo
  6.             WHERE c.watnum = proposalcontno);

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

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

  1. alter system set “_complex_view_merging”=false;

再执行上述语句时,即使不加 HINT 也能执行出正确的结果了。

简单视图合并会不会也存在上述类似的问题?这个还有待验证。

12c 引入了很多吸引人的功能,比如对租户,比如内存数据库,还有更强大的优化器。但是首要保证的是执行出正确的结果,如果这都无法保证了,那一切都要成为浮云了。

更多 Oracle 相关信息见Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-06/144578.htm

正文完
星哥玩云-微信公众号
post-qrcode
 0
星锅
版权声明:本站原创文章,由 星锅 于2022-01-22发表,共计2027字。
转载说明:除特殊说明外本站文章皆由CC-4.0协议发布,转载请注明出处。
【腾讯云】推广者专属福利,新客户无门槛领取总价值高达2860元代金券,每种代金券限量500张,先到先得。
阿里云-最新活动爆款每日限量供应
评论(没有评论)
验证码
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中