RE: dbms_stats.auto_invalidate
- From: Tanel Poder <tanel.poder.003@xxxxxxx>
- To: breitliw@xxxxxxxxxxxxx, stalinsk@xxxxxxxxx
- Date: Tue, 10 Oct 2006 21:08:00 +0800
> in a lot of plans. IIRC, auto_invalidate will invalidate
> plans gradually over time, so it is not a decision of whether
> to invalidate a plan or not but a decision which ones to
> invalidate sooner and which ones later.
> But as I said, I could be totally wrong in that.
Yep, this is dependent on _optimizer_invalidation_period parameter, which is
set in seconds.
It defaults to 18000, meaning that all "old" cursors should be invalidated
during 5 hour period since stats gathering.
This should avoid the "hard parse storm" when lots of cursors are dependent
on the analyzed objects...
Tanel.
--
http://www.freelists.org/webpage/oracle-l
- Follow-Ups:
- RE: dbms_stats.auto_invalidate
- From: Tanel Poder
- References:
- Re: dbms_stats.auto_invalidate
- From: Wolfgang Breitling
Other related posts:
- » dbms_stats.auto_invalidate
- » RE: dbms_stats.auto_invalidate
- » RE: dbms_stats.auto_invalidate
- » Re: dbms_stats.auto_invalidate
- » Re: dbms_stats.auto_invalidate
- » RE: dbms_stats.auto_invalidate
- » RE: dbms_stats.auto_invalidate
- RE: dbms_stats.auto_invalidate
- From: Tanel Poder
- Re: dbms_stats.auto_invalidate
- From: Wolfgang Breitling