基于CBO优化器的环境中，SQL执行计划的生成依赖于统计信息的真实与完整。如列的离散度，列上的直方图，索引的可用性，索引上的聚
基于cbo优化器的环境中，sql执行计划的生成依赖于统计信息的真实与完整。如列的离散度，列上的直方图，，索引的可用性，索引上的聚簇因子。当这些信息是真实完整的情况下，cbo优化器通常都可以制定最优的执行计划。也正因此cbo优化器也灵活，难以控制，任一信息的不真实或缺失都可能导致执行计划发生变化而产生多个版本。经常碰到的情形是之前的某个sql语句前阵子还不是top sql，而最近变成了top sql。或者说之前尽管是top sql但，但最近尽然成了top 1。对于此情形，我们可以比对sql语句的历史执行计划进行分析是何种原因导致sql变慢或执行计划发生变化。下面通过例子来模拟sql执行计划变异的情形。
1、创建演示环境
–演示环境
scott@SYBO2SZ> select * from v$version where rownum
BANNER
—————————————————————-
Oracle Database 10g Release 10.2.0.3.0 – 64bit Production
–创建1000000万记录的表
scott@SYBO2SZ> @cr_big_tb
check total rows for big_table
====================================
COUNT(*)
———-
1000000
–为表创建索引
scott@SYBO2SZ> create index i_big_tb_owner on big_table(owner);
sys@SYBO2SZ> conn / as sysdba;
sys@SYBO2SZ> select snap_id from dba_hist_snapshot order by snap_id;
SNAP_ID
———-
30
31
–清除awr的历史记录,shared pool及buffer cache
sys@SYBO2SZ> exec dbms_workload_repository.drop_snapshot_range(30,31);
sys@SYBO2SZ> alter system flush shared_pool;
sys@SYBO2SZ> alter system flush buffer_cache;
–清除dba_hist_sql_plan视图,实际上清除wrh$_sql_plan,wrh$_sqltext,wrh$_sqlstat
sys@SYBO2SZ> truncate table wrh$_sql_plan;
–清除dba_hist_sql_sqltext以及dba_hist_sqlstat视图
sys@SYBO2SZ> truncate table wrh$_sqltext;
sys@SYBO2SZ> truncate table wrh$_sqlstat;
sys@SYBO2SZ> select count(*) from dba_hist_sql_plan;
COUNT(*)
———-
0
sys@SYBO2SZ> select count(*) from dba_hist_sqltext;
COUNT(*)
———-
0
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至253000106@qq.com举报，一经查实，本站将立刻删除。
发布者：PHP中文网，转转请注明出处：https://www.chuangxiangniao.com/p/1890589.html
