ITPub博客

首页 > 数据库 > Oracle > 【YashanDB知识库】数据变化率超过阈值统计信息失效

【YashanDB知识库】数据变化率超过阈值统计信息失效

原创 Oracle 作者:崖山数据库系统YashanDB 时间:2024-07-16 10:33:16 0 删除 编辑

【问题分类】性能优化

【关键字】统计信息

【问题描述】

SQL
--创建表结构
drop table t1;
create table t1 (id int,name varchar2(200));
create index t1_id_ind on t1(id);
create index t1_name_ind on t1(name);
--造数
begin
 for i in 1..100 loop
 insert into t1 values(i,'aaaa'||i);
 commit;
 end loop;
end;
/
 
--收集统计信息
begin DBMS_STATS.GATHER_TABLE_STATS('SYS', 'T1', '',1, FALSE, 'FOR ALL COLUMNS SIZE AUTO', 4, 'AUTO', TRUE); end;
/
--查看统计信息
SELECT OWNER ,TABLE_NAME ,LAST_ANALYZED ,NUM_ROWS,STALE_STATS FROM dba_tab_statistics WHERE table_name = 'T1' ;
--查看执行计划,此时是理想计划
explain SELECT * FROM T1 WHERE ID IN (1) ORDER BY NAME desc;
--设置失效比例
exec DBMS_STATS.SET_TABLE_PREFS('SYS', 'T1', 'STALE_PERCENT', '0.1');
--新增数据,超过失效比例
begin
 for i in 101..121 loop
 insert into t1 values(i,'aaaa'||i);
 commit;
 end loop;
end;
/
--查看统计信息,此时统计信息失效
SELECT OWNER ,TABLE_NAME ,LAST_ANALYZED ,NUM_ROWS,STALE_STATS FROM dba_tab_statistics WHERE table_name = 'T1' ;
--查看执行计划,此时计划不好的计划
explain SELECT * FROM T1 WHERE ID IN (1) ORDER BY NAME desc; --不能使用与上述步骤完全一致的SQL,计划保存在内存中,plan_hash值没有变化
explain SELECT * FROM T1 WHERE ID IN (1,2) ORDER BY NAME desc; --此时计划不好的计划

【问题原因分析】此处的根因在于YashanDB为何要设计统计信息失效?

【解决/规避方法】

●  调整统计信息收集的JOB,业务空闲时间点统一收集一次统计信息;

●  调整statistics_level参数为basic;

●  将统计信息失效的全局参数STALE_PERCENT配置成0,即不失效;

●  锁定统计信息。

【影响范围】所有版本

【修复版本】所有版本

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70028812/viewspace-3022434/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
崖山数据库系统YashanDB是深圳计算科学研究院完全自主研发设计的新型数据库系统,融入原创理论,支持单机/主备、共享集群、分布式等多种部署方式,覆盖OLTP/HTAP/OLAP交易和分析混合负载场景,为客户提供一站式的企业级融合数据管理解决方案。

注册时间:2023-04-11

  • 博文量
    722
  • 访问量
    639728