Oracle Database 11gR2 Performance Tuning Cookbook

Oracle Database 11gR2 Performance Tuning Cookbook

By : Ciro Fiorillo

Buy this Book

Oracle Database 11gR2 Performance Tuning Cookbook

By: Ciro Fiorillo

Buy this Book

Overview of this book

Oracle's Database offers great performance, scalability, and many features for DBAs and developers. Due to a wide choice of technologies, successful applications are good candidates to run into performance issues and when a problem arises it's very difficult to identify the cause and the right solution to the problem. The Oracle Database 11g R2 Performance Tuning Cookbook helps DBAs and developers to understand every aspect of Oracle Database that can affect performance. You will be guided through implementing the correct solution in a proactive way before problems arise, and how to diagnose issues on your Oracle database-based solutions. This fast-paced book offers solutions starting from application design and development, through the implementation of well-performing applications, to the details of deployment and delivering best-performance databases. With this book you will quickly learn to apply the right methodology to tune the performance of an Oracle Database, and to optimize application design and SQL and PL/SQL code. By following the real-world examples you will see how to store your data in correct structures and access and manipulate them at a lightning speed. You will learn to speed up sort operations, hack the optimizer and the data loading process, and diagnose and tune memory, I/O, and contention issues. The purpose of this cookbook is to provide concise recipes, which will help you to build and maintain a very high-speed Oracle Database environment.

Oracle Database 11gR2 Performance Tuning Cookbook

Credits

About the Author

Acknowledgement

About the Reviewers

www.PacktPub.com

Preface

Free Chapter

Starting with Performance Tuning

Introduction

Reviewing the performance tuning process

Exploring the example database

Acquiring data using a data dictionary and dynamic performance views

Analyzing data using Statspack reports

Diagnosing performance issues using the alert log

Analyzing data using Automatic Workload Repository (AWR)

Analyzing data using Automatic Database Diagnostic Monitor (ADDM)

A working example

Optimizing Application Design

Introduction

Optimizing connection management

Improving performance sharing reusable code

Reducing the number of requests to the database using stored procedures

Reducing the number of requests to the database using sequences

Reducing the number of requests to the database using materialized views

Optimizing performance with schema denormalization

Avoiding dynamic SQL

Optimizing Storage Structures

Introduction

Avoiding row chaining

Avoiding row migration

Using LOBs

Using index clusters

Using hash clusters

Indexing the correct way

Rebuilding index

Compressing indexes

Using reverse key indexes

Using bitmap indexes

Migrating to index organized tables

Using partitioning

Optimizing SQL Code

Introduction

Using bind variables

Avoiding full table scans

Exploring index lookup

Exploring index skip-scan and index range-scan

Introducing arrays and bulk operations

Optimizing joins

Using subqueries

Tracing SQL activity with SQL Trace and TKPROF

Optimizing Sort Operations

Introduction

Sorting—in-memory and on-disk

Sorting and indexing

Writing top n queries and ranking

Using count, min/max, and group-by

Avoiding sorting in set operations: union, minus, and intersect

Troubleshooting temporary tablespaces

Optimizing PL/SQL Code

Introduction

Using bind variables and parsing

Array processing and bulk-collect

Passing values with NOCOPY (or not)

Using short-circuit IF statements

Avoiding recursion

Using native compilation

Taking advantage of function result cache

Inlining PL/SQL code

Using triggers and virtual columns

Improving the Oracle Optimizer

Introduction

Exploring optimizer hints

Collecting statistics

Using histograms

Managing stored outlines

Introducing Adaptive Cursor Sharing for bind variable peeking

Creating SQL Tuning Sets

Using the SQL Tuning Advisor

Configuring and using SQL Baselines

Other Optimizations

Introduction

Caching results with the client-side result cache

Enabling parallel SQL

Direct path inserting

Using create table as select

Inspecting indexes and triggers overhead

Loading data with SQL*Loader and Data Pump

Tuning Memory

Introduction

Tuning memory to avoid Operating System paging

Tuning the Library Cache

Tuning the Shared Pool

Tuning the Program Global Area and the User Global Area

Tuning the Buffer Cache

Tuning I/O

Introduction

Tuning at the disk level and strategies to distribute Oracle files

Striping objects across multiple disks

Choosing different RAID levels for different Oracle files

Using asynchronous I/O

Tuning checkpoints

Tuning redo logs

Tuning Contention

Introduction

Detecting and preventing lock contention

Investigating transactions and concurrency

Tuning latches

Tuning resources to minimize latch contention

Minimizing latches using bind variables

Dynamic Performance Views

DBA_SQL_PLAN_BASELINES

V$BUFFER_POOL_STATISTICS

V$LOCK

V$LOG

V$SGA

V$SHARED_POOL_RESERVED

V$SQL

X$BH

A Summary of Oracle Packages Used for Performance Tuning

DBMS_WORKLOAD_REPOSITORY

Index

Customer Reviews

5 star

4 star

3 star

2 star

1 star

Tracing SQL activity with SQL Trace and TKPROF

In this recipe, we will see how to use SQL Trace and TKPROF to trace SQL statements in a session.

There could be situations when we have to diagnose and tune a database, on which an application is running for which we don't have the source code, so we don't know which SQL statements are executed. In these situations, or when we want to investigate deeper than the AUTOTRACE feature we have used until now, the use of these tools is invaluable.

Getting ready

To trace SQL in our session, we have to make some modifications to the database parameters (if not set according to our needs).

The first parameter to set is TIMED_STATISTICS=TRUE, it can be set at the system or session level, to allow the database to trace the timing of the operations. It adds a very little overhead to the operations, so it can be left in place forever.

ALTER SYSTEM SET TIMED_STATISTICS=TRUE;

We have to set the destination for our trace files also. When using dedicated servers...

Oracle Database 11gR2 Performance Tuning Cookbook

By : Ciro Fiorillo

Oracle Database 11gR2 Performance Tuning Cookbook

By: Ciro Fiorillo

Overview of this book

Related Content you might be interested in

Current Title:

Oracle Database 11gR2 Performance Tuning Cookbook

Tracing SQL activity with SQL Trace and TKPROF

Getting ready