一张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

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

被折叠的 条评论
为什么被折叠?



