一个SQL语句引发的ORA-00600错误排查(3)

对于Merge语句的更多反思,如下：

1. 我所从事的一些调优工作中,对于Merge的优化很难下手,因为这虽然是一个语句,但是有多重执行路径,执行计划没法确定,使用调优工具大多也给不出建议.
2. 在10g的版本中,如果scheduler中使用PL/SQL块,包含有Merge语句,使用dbms_metadata.get_ddl竟然无法查看到完整的DDL信息.
3. 如果你想查看到DDL的信息,如果通过解析dmp的方式,就会发现DMP对于这个语句的处理很是特殊,可能又会让你失望了.

这些问题会或多或少困扰到你,而我印象很深的案例,则是第1项中列举的,优化类的困扰.我举一个例子.

下面是我在一次系统监控中发现的一个性能问题,CPU使用异常,而经过分析发现瓶颈来源于数据库层面的一个SQL语句.

看到的语句类似这样的形式：

查看执行计划发现里面存在大量的全表扫描,资源消耗极高.

而这个语句的逻辑其实仔细看看还能明白,就是在插入一条记录前看看表中是否含有,如果没有就插入,否则更新,但是里面使用了count(*)的方式处理,过滤条件存在一些潜在的问题,而优化方式就是简化这种逻辑.改为如下的方式：