If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

How can I reduce excessive 'db file sequential read' waits

Hi all, we have a java program that would perform inserts to the db. Apparently, we noticed the inserts were deadly slow. When I perform a trace on this session, it shown that it spent tons of time for 'db file sequential read' waits. What can I do to improve this? Our table has only 1 unique key index. Thanks

Usually more db file sequential reads are common in insert intensive application. However, if you observe more waits then you need to look into ...

1. storage parameters (like next extent allocation, free lists etc) of the object
2. please work with your storage admin to make sure that there is no contenstion in disk I/O.

what storage you are using? It must be SAN. Isn't it?

Generate AWR report during the time of insert and check for top 5 wait events and top queries based on elepsed time. Also, look into the objects with more physical reads / writes and corelate them with top queries and so on....

When I perform a trace on this session, it shown that it spent tons of time for 'db file sequential read' waits. What can I do to improve this? Our table has only 1 unique key index.

Are you aware that "db file sequential read" doesn't mean process is reading sequential but actually means "a read in sequence of an index access"? e.g. those reads are taking advantage of the unique key on that table - check explain plan.

You can force query to not use that index by adding full() hint where you should see table access by "full table scan", a decrease of "db file sequential read" and a increase of "scatered read". Sometimes FTS is better, as a rule of thumbs when more than 15% of the rows have to be accessed.

Disclaimer: Advice is provided to the best of my knowledge but no implicit or explicit warranties are provided. Since the advisor explicitly encourages testing any and all suggestions on a test non-production environment advisor should not held liable or responsible for any actions taken based on the given advice.