You were brought to this page based on an internet search
and as a free service to Oracle DBAs.
The text below is an except from the book,
Oracle Performance Firefighting, written by
Craig Shallahamer of
OraPub, Inc.
Figures and tables are not included on this page, only their reference.
To order the book in either print or PDF form, click
here.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
-------------------------------
Detecting and resolving Oracle latch and mutex contention is straightforward. However, I do not mean to imply that it's simple. As you'll see, you not only must understand how Oracle uses latching and mutexes, but also the underlying memory structures. And this means you must learn about Oracle internals. I've distilled this process to eight key steps:
* Understand the general latch and mutex algorithms. This is what this chapter is all about. If you don't understand the fundamentals of serialization, your solutions are pretty much guesses-you honestly don't know if they will help improve performance.
* Detect significant latch and mutex contention. Every production Oracle system contains latch and mutex contention. If this were not the case, Oracle would be out of business, and nonconcurrency control products would be used instead. The issue is not whether contention exists; it's whether contention is a performance problem. As you'll see, Oracle's wait interface tells us if there is enough serialization to prompt us to act.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
|