RE: INSERT...SELECT pegs CPU, but is waiting on scattered read?

From: Jesse, Rich <Rich.Jesse_at_quadtechworld.com>
Date: Thu, 29 Apr 2004 15:24:11 -0500
Message-ID: <FBE1FCA40ECAD41180400050DA2BC54004E938ED@qtiexch2.qgraph.com>

CONSISTENT_GETS shows 106M and growing very rapidly. BLOCK_GETS at 87K and growing slowly.

Reduce I/O = better performance, I'm guessing?

I think I'm misunderstanding the relationship between these counters and the 10046 trace, but wouldn't the increases in these stats produce trace output? It's still stuck at that PARSE #33 line. The EXEC hasn't even shown up yet, but perhaps it just hasn't flushed to the trace file from the server process yet?

I really am in the middle of reading your book. Honest! :) Bookmarks all over the place...

Rich

Rich Jesse                        System/Database Administrator
rich.jesse_at_quadtechworld.com      QuadTech, Sussex, WI USA

> -----Original Message-----
> From: Cary Millsap [mailto:cary.millsap_at_hotsos.com]
> Sent: Thursday, April 29, 2004 2:09 PM
> To: oracle-l_at_freelists.org
> Subject: RE: INSERT...SELECT pegs CPU, but is waiting on
> scattered read?
>
>
> If you can still connect to Oracle, you'll probably see a tremendous
> amount of activity reflected in V$SESS_IO.BLOCK_GETS and
> ~.CONSISTENT_GETS. Cut the SELECT statement into a SQL*Plus
> session and
> go to work on "tuning the SQL." This (a SQL tuning issue) is almost
> undoubtedly the cause of your problem.

Please see the official ORACLE-L FAQ: http://www.orafaq.com

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.

--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Received on Thu Apr 29 2004 - 15:23:39 CDT