Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Buffer gets increase in massive execution

Re: Buffer gets increase in massive execution

From: zhu chao <zhuchao_at_gmail.com>
Date: Tue, 9 Aug 2005 08:30:54 +0800
Message-ID: <962cf44b05080817303b9a6e50@mail.gmail.com>


another possibility is, the job is processing some very hot blocks. So it alwasy need to reverse back and ffind the CR block from buffer, so it will generate some more buffer gets for that execution.  Is your SQL accessing some very hot (heavy DML) table/block?

 On 8/9/05, Alfonso León <aleon68_at_gmail.com> wrote:
>
> It is the same execution plans
> in batch processing the CPU gets use up to 100%
> Same optimizer mode and the batch fires the same transaction OLTP does.
>
> On 8/8/05, Allen, Brandon <Brandon.Allen_at_oneneck.com> wrote:
> > Sounds like different explain plans between the two executions. Do you
> have different system stats for different periods (OLTP/batch) of the day?
> Are you changing optimizer_mode or any other parameters in your batch
> process? Do you have a smaller arraysize in your batch process?
> >
> >
> >
> > -----Original Message-----
> > From: oracle-l-bounce_at_freelists.org
> > [mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Alfonso León
> > Sent: Monday, August 08, 2005 11:46 AM
> > To: oracle-l
> > Subject: Buffer gets increase in massive execution
> >
> >
> > Hi:
> >
> > I have a batch process that executes individual transactions, normally
> > a transaccion e.g. a simple select would take 8-10 buffer gets but in
> > the batch processing it takes 45 buffer gets.
> >
> > Any ideas in the explanation?
> >
> > TIA
> >
> > --
> > Alfonso Leon
> > --
> > http://www.freelists.org/webpage/oracle-l
> >
> > Privileged/Confidential Information may be contained in this message or
> attachments hereto. Please advise immediately if you or your employer do not
> consent to Internet email for messages of this kind. Opinions, conclusions
> and other information in this message that do not relate to the official
> business of this company shall be understood as neither given nor endorsed
> by it.
> >
> > --
> > http://www.freelists.org/webpage/oracle-l
> >
>
>
> --
> Alfonso Leon
> --
> http://www.freelists.org/webpage/oracle-l
>

-- 
Regards
Zhu Chao
www.cnoug.org <http://www.cnoug.org>

--
http://www.freelists.org/webpage/oracle-l
Received on Mon Aug 08 2005 - 19:32:55 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US