oracle 10g和9i之间的巨大查询执行时间差异

时间:2010-05-06 10:36:35

标签: oracle query-optimization data-dictionary

我正在运行以下查询:

SELECT * FROM all_tab_cols c
LEFT JOIN all_varrays v ON c.owner = v.owner
    AND c.table_name = v.parent_table_name
    AND c.column_name = v.parent_table_column

在10g服务器上需要~2s,在9i需要819s(13分钟)!究竟是什么造成了巨大的性能差异,我该如何解决?

2 个答案:

答案 0 :(得分:3)

差异的一个可能的解释是数据字典统计。在10g中,Oracle引入了DBMS_STATS.GATHER_DICTIONARY_STATS() procedure,它收集了针对SYS和SYSTEM模式(以及其他一些模式)的统计信息。拥有数据字典的统计信息可以改善针对数据库视图的某些查询的执行计划。

即使您运行DBMS_STATS.GATHER_DATABASE_STATS(),它仍会收集数据字典的统计信息,除非您明确将gather_sys参数设置为false

您可以使用此查询检查针对10g数据库运行的统计信息收集操作:

SQL> select * from  DBA_OPTSTAT_OPERATIONS
  2  order by start_time asc
  3  /

OPERATION                                                        TARGET
---------------------------------------------------------------- ----------------
START_TIME
---------------------------------------------------------------------------
END_TIME
---------------------------------------------------------------------------
gather_database_stats(auto)
10-APR-10 06.00.03.953000 +01:00
10-APR-10 06.18.21.281000 +01:00

<snip/>

gather_database_stats(auto)
03-MAY-10 22.00.05.734000 +01:00
03-MAY-10 22.03.08.328000 +01:00

gather_dictionary_stats
06-MAY-10 13.48.49.839000 +01:00
06-MAY-10 13.57.42.252000 +01:00


10 rows selected.

SQL>

答案 1 :(得分:3)

事实证明,默认情况下,9i没有关于系统表的统计信息,而10g +则没有。这就是导致性能差异的原因 - Oracle不知道它应该如何正确加入它。