博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Steps for Oracle Performance Tuning
阅读量:5223 次
发布时间:2019-06-14

本文共 2368 字,大约阅读时间需要 7 分钟。

http://www.dba-oracle.com/t_steps_for_oracle_performance_tuning.htm

Question:  I am new to Oracle tuning, and I want to know the steps for Oracle performance tuning.

Answer:  As of Oracle 11g, Oracle has codified a top-down tuning approach, with the first steps being very broad, and successive steps becoming more focused.  Oracle performance tuning is very complex, and where there are some generic steps for performance tuning, the world is not always that simple.  Here are the steps for a top-down Oracle performance tuning approach:

 

 

 

 

Oracle tuning involves the following steps, with each step getting more specific and targeted:

  1. Server & â€”This is always the first step, as not amount of tuning will help a poor server environment.  
     
  2. Instance tuning—Tuning the Oracle SGA is the next step, and all of the Oracle initialization parameters must be reviewed to ensure that the database has been properly configured for it's workload.  In some cases, a database may have a bi-modal workload (online vs. batch) and the instance parms are adjusted as-needed during this step.
     
  3. Object tuning—This step of performance tuning looks at the setting for Oracle tables and indexes. Table and index settings such as PCTFREE, PCTUSED, and FREELISTS can have a dramatic impact on Oracle performance. 
     
  4. SQL tuning—This is last step in tuning, and the most time-consuming tuning operation because there can be many thousands of individual SQL statements that access the Oracle database. If you have carefully optimized the workload as a whole from step 2, there you will only need to tune "outlier" SQL statements.  Within this step, there are sub-steps:

Remove unnecessary large-table full-table scans—In this tuning step you evaluate the SQL based on the number of rows returned by the query. Standard b-tree indexes can be added to tables, and bitmapped and function-based indexes can also eliminate full-table scans. 

  
Cache small-table full-table scans—In this step we ensure that a dedicated data buffer is available for the rows. 
  
Verify optimal index usage—This step is critical because you may have "missing" indexes in your database, causing excessive I/O.
  
Materialize your aggregations and summaries for static tables - One features of the Oracle  is recommendations for new indexes and suggestions for materialized views. 

 

转载于:https://www.cnblogs.com/ayumie/p/8124588.html

你可能感兴趣的文章
Swift - 异步加载各网站的favicon图标,并在单元格中显示
查看>>
Java编程思想总结笔记Chapter 5
查看>>
[LeetCode]662. Maximum Width of Binary Tree判断树的宽度
查看>>
【Python学习笔记】1.基础知识
查看>>
梦断代码阅读笔记02
查看>>
selenium学习中遇到的问题
查看>>
大数据学习之一——了解简单概念
查看>>
Linux升级内核教程(CentOS7)
查看>>
Lintcode: Partition Array
查看>>
分享适合个人站长的5类型网站
查看>>
类别的三个作用
查看>>
【SICP练习】85 练习2.57
查看>>
runC爆严重安全漏洞,主机可被攻击!使用容器的快打补丁
查看>>
Maximum Product Subarray
查看>>
solr相关配置翻译
查看>>
通过beego快速创建一个Restful风格API项目及API文档自动化(转)
查看>>
解决DataSnap支持的Tcp长连接数受限的两种方法
查看>>
Synchronous/Asynchronous:任务的同步异步,以及asynchronous callback异步回调
查看>>
ASP.NET MVC5 高级编程-学习日记-第二章 控制器
查看>>
Hibernate中inverse="true"的理解
查看>>