Oracle 表统计信息-表上的大量更新是否可以使统计信息过时以供后续选择？

【场景】

在OLTP环境中，表具有〜40列和〜1，00,000行。列之一存储时间戳值，例如该行表示的实体的上次维护日期时间。此列不用于access或filter谓词。reporting process会针对〜20,000行更新此列的值。除此之外，表中没有更新、插入或删除。

我们认为，在报告过程结束时，该表的统计信息将被标记为陈旧。这是预期的行为，因为当表中的行更改 (插入，删除，更新的总数) 超过stale_process (默认10%) 时，表的统计信息将被视为过时。

[问题]

1.这些陈旧的静态是否可以导致oracle为表上的后续选择选择一个次优计划？我们在同一张表上发布选择，作为同一报告流程的一部分。如果是的话，最好的选择是防止它。
2.也许，我们可以做一些事情，以使此特定列的更新不会导致表的统计信息过时？

你是对的，更新表中的> stale_百分比行将把统计信息标记为陈旧:

create table t as 
  select rownum c1, date'2000-01-01' c2 from dual
  connect by level <= 1000;
  
exec dbms_stats.gather_table_stats(user, 't');

select coalesce(stale_stats, 'NO') from user_tab_statistics
where  table_name = 'T';

COALESCE(STALE_STATS,'NO')  
NO                          

update t 
set    c2 = sysdate
where  rownum <= 200;
commit;

exec dbms_stats.flush_database_monitoring_info; 

select coalesce(stale_stats, 'NO') from user_tab_statistics
where  table_name = 'T';

COALESCE(STALE_STATS,'NO')  
YES  

1.不。如果您仅更改此列，而不在您的where子句中，则无关紧要，这是过时的。你所有的其他数据仍然 “好”。因此，优化器仍然应该选择 “正确” 的计划。

虽然这张表会被常规的统计数据收集工作拿走。这导致了一些多余的工作。

2.如果统计数据过时，您可以增加表的stale_%:

exec dbms_stats.gather_table_stats(user, 't');

select coalesce(stale_stats, 'NO') from user_tab_statistics
where  table_name = 'T';

COALESCE(STALE_STATS,'NO')  
NO 

exec dbms_stats.set_table_prefs(user, 't', 'STALE_PERCENT', 50);

update t 
set    c2 = sysdate
where  rownum <= 200;
commit;

exec dbms_stats.flush_database_monitoring_info; 

select coalesce(stale_stats, 'NO') from user_tab_statistics
where  table_name = 'T';

COALESCE(STALE_STATS,'NO')  
NO                         

最终它们会变得陈旧。

或者，您可以查看有选择地锁定表格上的统计信息。