dbms_stats收集统计信息中的sample_size为什么跟estimated_percent不匹配?

本文探讨了在Oracle中使用dbms_stats收集统计信息时,sample_size与estimated_percent不匹配的问题。通过实验发现,当estimated_percent设置为1%时,实际sample_size在4400-5900条之间,而非预期的100条。深入分析SQL_TRACE发现,Oracle似乎设定了一种机制,当样本数量不足5000时,会调整采样比例以达到至少5000条记录。这一行为可能旨在确保统计的有效性和效率。

一张10000条记录的表c1
create table c1 as select * from dba_objects where rownum <10001;

exec dbms_stats.gather_table_stats(user,'c1',estimate_percent=> 1);
按照理解,sample_size应该是10000*1%=100条左右

实际上
select sample_size from user_tables where table_name ='T1';
结果大致会在4400-5900附近。

而500000条记录的表,sample size也在5000附近。

原因在哪里呢?

打开SQL_TRACE

alter session set sql_trace=true;
exec dbms_stats.gather_table_stats(user,'t1',estimate_percent=> 1);
alter session set sql_trace=false;

select sample_size from user_tables where table_name ='C1';
4725


select value from v$diag_info where name='Default Trace File';
E:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_ora_23220.trc
这个是trace文件放的位置

cd E:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\
e:\

tkprof orcl_ora_23220.trc a.trc

打开a.trc

找到下面的部分
select /*+  no_parallel(t) no_parallel_index(t) dbms_stats
  cursor_sharing_exact use_weak_name_resl dynamic_sampling(0) no_monitoring
  no_substrb_pad  */count(*), count("OBJECT_ID"), count(distinct "OBJECT_ID"),
   sum(sys_op_opnsize("OBJECT_ID")), substrb(dump(min("OBJECT_ID"),16,0,32),1,
  120), substrb(dump(max("OBJECT_ID"),16,0,32),1,120)
from
 "TEST"."C1" sample (  1.0000000000)  t


call     count       cpu    elapsed&nb

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值