Home » RDBMS Server » Server Administration » please help me. performance problem
please help me. performance problem [message #62081] Thu, 24 June 2004 00:51 Go to next message
Anu
Messages: 82
Registered: May 2000
Member
hi!
  can any body explain what i should do to improve my database performance.
 
   i have a  main table with  an average row length of 37 bytes in our database. the table consists of more than 20 lakhs of records. i have set the values for db_cache_size to 64 mb and shared_pool_size to 96mb. and the total database size is 4 gb only.
   while retrieving the hit ratio from the table v$sysstat i am getting
    0.64 or less.  if i select the total count of rows from the table it takes hardly 4 to 5 seconds for any combination.  i disable all the constraints on the table but cant improve the hit ratio.
with regards
anu
Re: please help me. performance problem [message #62085 is a reply to message #62081] Thu, 24 June 2004 03:17 Go to previous messageGo to next message
Mahesh Rajendran
Messages: 10707
Registered: March 2002
Location: oracleDocoVille
Senior Member
Account Moderator
post sql and the execution plan.
Are there any indexes involved? Are the table/index statistics updated?
Re: please help me. performance problem [message #62086 is a reply to message #62085] Thu, 24 June 2004 04:03 Go to previous messageGo to next message
Anu
Messages: 82
Registered: May 2000
Member
hi!
i am sending execution plan. by this time it is showing 0.44 as hit ratio. one more thing could u please let me know. how u to analyse the execution plan by observing consistent gets or some other way else? here no indexes/keys

SQL> select count(*) from emp;

COUNT(*)
----------
2801746

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=140 Card=1)
1 0 SORT (AGGREGATE)
2 1 TABLE ACCESS (FULL) OF 'EMP' (Cost=140 Card=245760)

Statistics
----------------------------------------------------------
0 recursive calls
0 db block gets
20623 consistent gets
14778 physical reads
0 redo size
382 bytes sent via SQL*Net to client
499 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
0 sorts (memory)
thanks in advance
anu
Re: please help me. performance problem [message #62088 is a reply to message #62086] Thu, 24 June 2004 05:18 Go to previous messageGo to next message
Mahesh Rajendran
Messages: 10707
Registered: March 2002
Location: oracleDocoVille
Senior Member
Account Moderator
-- first make sure u use the right sql to calculate hit ratio
-- please have a look here
http://www.orafaq.com/scripts/sql/buf_rate.txt
-- the above article speaks about DB_BLOCK_BUFFERS,
-- which is depreciated in 9i.
-- Use DB_CACHE_SIZE instead of DB_BLOCK_BUFFERS

how to interpret the output of set autotrace on?
please have a look here

http://www.cise.ufl.edu/help/database/oracle-docs/server.920/a96533/autotrac.htm
Re: please help me. performance problem [message #62111 is a reply to message #62088] Fri, 25 June 2004 04:03 Go to previous messageGo to next message
Anu
Messages: 82
Registered: May 2000
Member
hi!
thanku mahesh. i have a doubt on my os (i am using xp) along with u suggestions i will check that one also.

regards
anu
Re: please help me. performance problem [message #62120 is a reply to message #62086] Fri, 25 June 2004 16:39 Go to previous messageGo to next message
Thomas Anderson
Messages: 9
Registered: January 2003
Junior Member
SELECT count(*) will always do FTS, so your execution plan is just normal.

You analyze the execution plan by looking for FTS nd try to replace them with TABLE ACCESS BY INDEX ROWID or INDEX RANGE SCAN.

To make faster FTS, you need faster drives and OS capable of doing more IOPS. Windows XP is not even in the benchmark charts....

Hope that helps,

clio_usa - 8/8i/9i OCP DBA

Oracle DBA Resources | Oracle DBA Forums & Usenet Newsgroups
Re: please help me. performance problem [message #62143 is a reply to message #62081] Tue, 29 June 2004 20:05 Go to previous message
bsraj
Messages: 4
Registered: June 2004
Junior Member
hai

there is no need to disable all the constraints.
first check for the indexes
create indexes for the columns you are using the join condition.
monitor the performance of the indexes

bye
Previous Topic: instance doesn't start automatic
Next Topic: migrate from oracle 8i to 9i
Goto Forum:
  


Current Time: Fri Sep 20 14:34:58 CDT 2024