http://oracle.chinaitlab.com/induction/791615.html
1 创建一个专用表保存各表的统计信息：
exec dbms_stats.create_stat_table('ks38','fys');
2 将各表的统计信息导入到ks38.fys表中；
exec dbms_stats.export_table_stats('ks38','tcl_cust_base_info',null,'fys');
---可以创建不是登陆用户下的表；如用system登陆，可以创建表到‘ks38'用户下
或将指定schema的统计信息导入到ks38.fys表中
exec dbms_stats.export_schema_stats('ks38','fys');
注：
若将整个数据库的统计信息导出到某个表必须按以下方式做：
1）用SYSDBA角色的用户登陆（如system)
2) exec dbms_stat.create_stat_table('system','tbl_name'); ----记住：此处创建的表必须是登陆用户下的表。
3) exec dbms_stat.export_database_stats('tbl_name')
****
导出表状态、SCHEMA统计信息，保存导出信息的表的SCHEMA可以和登陆用户名不一致；另外导入统计信息的表和原表尽可能
是同一schema下的
导出整个数据库统计信息，保存导出信息的表的SCHEMA必须和登陆用户名一致，必须是DBA角色。
3 查看统计信息是否导入：
select * from ks38.fys;
4 删除某张表的统计信息：
exec dbms_stats.delete_table_stats('ks38','tcl_cust_base_info');
5 查看统计信息是否被删除：
select table_name ,to_char(LAST_ANALYZED,'yyyymmdd hh24:mi:ss')
from ALL_tables where lower(table_name) LIKE 'tcl_cust_%_info%';
6 导入先前导出的统计信息：
exec dbms_stats.import_table_stats('ks38','tcl_cust_base_info',null,'fys');
注意：tcl_cust_base_info和fys都是在’ks38'用户下的表。
=========
http://www.51testing.com/?uid-16403-action-viewspace-itemid-101605
oracle 10g如何关闭和打开自动收集统计信息
一、ORACLE10g自动收集统计信息--自动analyze从Oracle Database 10g开始，Oracle在建库后就默认创建了一个名为GATHER_STATS_JOB的定时任务，用于自动收集CBO的统计信息。
这个自动任务默认情况下在工作日晚上10：00-6：00和周末全天开启。调用DBMS_STATS.GATHER_DATABASE_STATS_JOB_PROC收集统计信息。该过程首先检测统计信息缺失和陈旧的对象。然后确定优先级，再开始进行统计信息。
可以通过以下查询这个JOB的运行情况：
select * from Dba_Scheduler_Jobs where JOB_NAME ='GATHER_STATS_JOB'
其实同在10点运行的Job还有一个AUTO_SPACE_ADVISOR_JOB：SQL> select JOB_NAME,LAST_START_DATE from dba_scheduler_jobs;
JOB_NAME LAST_START_DATE
------------------------------ --------------------------------------
AUTO_SPACE_ADVISOR_JOB 04-DEC-07 10.00.00.692269 PM +08:00
GATHER_STATS_JOB 04-DEC-07 10.00.00.701152 PM +08:00
FGR$AUTOPURGE_JOB
PURGE_LOG 05-DEC-07 03.00.00.169059 AM PRC
然而这个自动化功能已经影响了很多系统的正常运行，晚上10点对于大部分生产系统也并非空闲时段。
而自动分析可能导致极为严重的闩锁竞争，进而可能导致数据库Hang或者Crash。所以建议最好关闭这个自动统计信息收集功能：
exec DBMS_SCHEDULER.DISABLE('GATHER_STATS_JOB');
自动化永远而严重的隐患相伴随！关闭及开启自动搜集功能，有两种方法，分别如下：
方法一：
exec dbms_scheduler.disable('SYS.GATHER_STATS_JOB');
exec dbms_scheduler.enable('SYS.GATHER_STATS_JOB');
方法二：
alter system set "_optimizer_autostats_job"=false scope=spfile;
alter system set "_optimizer_autostats_job"=true scope=spfile;
Pfile可以直接修改初始化参数文件，重新启动数据库。
二、AWR默认通过MMON及MMNL进程来每小自动运行一次，为了节省空间，采集的数据在 7 天后自动清除。
快照频率和保留时间都可以由用户修改。要查看当前的设置，您可以使用下面的语句：
select snap_interval, retention
from dba_hist_wr_control;
SNAP_INTERVAL RETENTION
------------------- -------------------
+00000 01:00:00.0 +00007 00:00:00.0
这些 SQL 语句显示快照每小时采集一次，采集的数据保留 7 天。要修改设置—例如，快照时间间隔为 20 分钟，保留时间为两天—您可以发出以下命令。参数以分钟为单位。
begin
dbms_workload_repository.modify_snapshot_settings (51Testing软件测试网(` W3]j:m9b2D`
interval => 20,
retention => 2*24*60
);end;
AWR 使用几个表来存储采集的统计数据，所有的表都存储在新的名称为 SYSAUX 的特定表空间中的 SYS 模式下，并且以 WRM$_* 和 WRH$_* 的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。（您可能已经猜到，H 代表“历史数据 (historical)”而 M 代表“元数据 (metadata)”。）在这些表上构建了几种带前缀 DBA_HIST_ 的视图，这些视图可以用来编写您自己的性能诊断工具。视图的名称直接与表相关；例如，视图 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上构建的。
您的处理计划一般是有规律的，并且通常基于您对各种事件的了解和您处理它们的经验。现在设想相同的事情由一个引擎来完成，这个引擎采集量度并根据预先确定的逻辑来推出可能的计划。您的工作不就变得更轻松了吗？ 现在在 Oracle Database 10g中推出的这个引擎称为自动数据库诊断监控程序 (ADDM)。为了作出决策，ADDM 使用了由 AWR 采集的数据。
在 AWR 进行的每一次快照采集之后，调用 ADDM 来检查量度并生成建议。因此，实际上您拥有了一个一天二十四小时工作的自动数据库管理员，它主动地分析数据并生成建议，从而把您解放出来，使您能够关注更具有战略意义的问题。
快照默认是自动采集的，但您也可以按需要采集它们。所有的 AWR 功能都在程序包 DBMS_WORKLOAD_REPOSITORY 中实施。要采集一次快照，只需发出下面的命令：
execute dbms_workload_repository.create_snapshot它立即采集一次快照，快照被记录在表 WRM$_SNAPSHOT 中。采集的量度是针对 TYPICAL 级别的。如果您想采集更详细的统计数据，您可以在上面的过程中将参数 FLUSH_LEVEL 设置为 ALL。统计数据自动删除，但也可以通过调用过程 drop_snapshot_range() 来手动删除。
==========
http://blog.sina.com.cn/s/blog_539d361e0100ss2k.html
手工更新的语句是：
使用手工更新的场景：
1. Oracle有个自动更新统计信息的Job，大约在每天晚上执行。所以在白天统计信息不会被更新掉；
2. 统计信息对CBO的影响有个阀值，尤其是对范围查找来说，超过这个阀值，就使用索引，否则就全表扫描；
3. 白天发现查询突然变得非常慢时，应该正好是突破这个阀值的时间点；
4. 这时可以使用手工更新来纠正统计信息的错误。
=======================
当你做一次db的dump之后，由于统计信息没有更新，有可能导致查询的性能变差，所以需要重新收集统计信息
扫一扫
679
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
