Oracle的性能优化-文档资料

Oracle自带性能分析工具－AWR介绍和分析华三通信技术1 Oracle 10g的AWR性能优化工具简介AWR (Automatic Workload Repository)既自动工作负载信息库是Oracle10g新提供的收集数据库统计信息的置工具。

它比之前的statspack有显著的改进，收集的信息也更多、更全面，使用方法也更简单。

它主要采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题，如包括AWR存区，历史数据存储文件和ASH等部件。

AWR报告的容繁多，官方文档也没有对所有参数给出说明。

AWR产生的报表包括以下几部分。

报表具体容参见如下插入的对象。

1、Report SummeryCache sizesLoad profileInstance Efficiency Percentages (Target 100%)Shared Pool StatisticsTop 5 Timed Events2、RAC StatisticsGlobal Cache Load ProfileGlobal Cache Efficiency Percentages (Target local+remote 100%)Global Cache and Enqueue Services - Workload CharacteristicsGlobal Cache and Enqueue Services - Messaging Statistics3、Wait Events StatisticsTime Model StatisticsWait ClassWait EventsBackground Wait EventsOperating System StatisticsService StatisticsService Wait Class Stats4、SQL StatisticsSQL ordered by Elapsed TimeSQL ordered by CPU TimeSQL ordered by GetsSQL ordered by ReadsSQL ordered by ExecutionsSQL ordered by Parse CallsSQL ordered by Sharable Memory SQL ordered by Version CountSQL ordered by Cluster Wait Time Complete List of SQL Text5、Instance Activity StatisticsInstance Activity StatsInstance Activity Stats - Absolute Values Instance Activity Stats - Thread Activity 6、IO StatsTablespace IO StatsFile IO Stats7、Buffer Pool Statistics8、Advisory StatisticsInstance Recovery StatsBuffer Pool AdvisoryPGA Aggr SummaryPGA Aggr Target StatsPGA Aggr Target HistogramPGA Memory AdvisoryShared Pool AdvisorySGA Target AdvisoryStreams Pool AdvisoryJava Pool Advisory9、Wait StatisticsBuffer Wait StatisticsEnqueue Activity10、Undo StatisticsUndo Segment SummaryUndo Segment Stats11、Latch StatisticsLatch ActivityLatch Sleep BreakdownLatch Miss SourcesParent Latch StatisticsChild Latch Statistics12、Segment StatisticsSegments by Logical ReadsSegments by Physical ReadsSegments by Row Lock WaitsSegments by ITL WaitsSegments by Buffer Busy WaitsSegments by Global Cache Buffer Busy Segments by CR Blocks ReceivedSegments by Current Blocks Received 13、Dictionary Cache StatisticsDictionary Cache StatsDictionary Cache Stats (RAC)14、Library Cache StatisticsLibrary Cache ActivityLibrary Cache Activity (RAC) 15、Memory StatisticsProcess Memory SummarySGA Memory SummarySGA breakdown difference 16、Streams StatisticsStreams CPU/IO UsageStreams CaptureStreams ApplyBuffered QueuesBuffered SubscribersRule Set17、Resource Limit Stats18、init.ora Parameters19、Global Enqueue Statistics20、Global CR Served Stats21、Global CURRENT Served Stats22、Global Cache Transfer Stats2 AWR配置2.1 AWR统计数据的缺省配置AWR 实质上是一个 Oracle 的置工具，它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。

Oracle12c 性能优化攻略：攻略1-1：创建具有最优性能的数据库⼀：章节前⾔本章着眼于影响表中数据存储性能的数据库特性本章着眼于影响表中数据存储性能的数据库特性。

表的性能部分取决于在创建之前所应⽤的数据库特性。

例如：在最初创建数据库时采⽤的物理存储特性以及相关的表空间都会在后来影响表的性能。

类似地，表性能还受到最开始选择的物理特性的影响。

例如：表类型和数据类型。

因此应⽤实践中使⽤的数据库、表空间、和表的创建标准（并将性能问题放在⼼上），就形成了优化数据可能性和可扩展性的基础。

组成Oacle 数据库的物理结构⽤来存储、管理、保护以及读取数据。

在创建数据库的时候，可以选择应⽤⼀些与性能相关的特性。

例如⽂件的初始布局以及表空间的管理类型，都是在创建数据库时制定。

这时所实现的架构上的决策，通常都会产⽣很长远的影响。

提⽰： oralce 实例的定义是其内存结构及其后台进程。

⽽Oracle 数据库则由物理⽂件（即：数据⽂件、控制⽂件、在线重做⽇志⽂件）组成。

如图1-1所描述的那样，表空间是⽀持管理⼀组数据⽂件的逻辑结构。

数据⽂件就是磁盘的物理⽂件。

配置表空间时，要注意⼀些对性能会产⽣深远影响的特性，也就是本地管理表空间以及⾃动段存储管理的表空间。

如果合理地设计这些特性，将来也就能最⼤限度得可接受到表性能 图1-1 逻辑存储于物理存储之间的关系图表是数据库中存储数据的对象。

数据库性能衡量的是应⽤能够以什么样的速度插⼊、更新、删除、和查询数据。

因此，此书就从优化表性能的攻略讲起。

本章⾸先介绍创建数据库和表空间时，可能会影响表性能的各⽅⾯因素，然后，讨论另外⼀些主题，⽐如根据于性能相关的业务需求，选择表类型和数据类型。

稍后介绍的主题包括管理表空间使⽤情况的物理实现⽅式。

本章还会详细介绍其他问题。

例如探测表碎⽚、处理位于⾼⽔位线下⽅的空闲空间、⾏链接以及数据压缩。

除此之外还会描述Oracle 段顾问（Oracle Segment Advisor ）.这个⼯具很好⽤，能够帮助你⾃动探测并解决碎⽚和未使⽤的空间问题。

ORACLE 10G自动化特性在联通BSS系统性能优化工作中的应用摘要：在介绍Oracle 9i版本下性能优化的基本方法基础上，着重论述了Oracle 10g版本中的一些自动化特性，以及应用10g中的自动化特性进行数据库系统性能优化的方法和案例。

关键词：Oracle 自动化;10G 优化;ADDMOracle数据库是中国联通核心业务支撑系统中最主要的关系型数据库管理系统。

在联通BSS业务支撑系统的体系结构中，绝大多数的子系统都是典型的在线事务处理系统（OLTP系统），对业务处理的实时性和性能要求非常高。

基于以上情况，对Oralce数据库及BSS应用系统进行不断地性能调整和优化，就成为联通业务支撑工作中一个必不可少的关键性工作。

Oracle 10G中很多性能优化工作可以借助自动化的工具方便快捷地进行，使性能优化工作的效率和效果得以大幅提升。

1Oracle 9i环境下性能优化的典型方法和问题1.1Oracle 9i环境下典型的性能优化步骤通常情况下Oracle 9i环境下的性能优化工作的步骤如下：①用户或应用维护人员反馈：“某个应用场景下，系统反应很慢”；②数据库管理员（DBA）人工观测该应用是否确实比较慢，或者根据以往记录的性能测试数据来比较，确认该性能问题是否确实存在；③使用统计信息收集工具包－StatsPack包（以下简称SP 包），在可能会发生性能问题的时间段，进行性能统计信息搜集（即进行“snapshot快照”）；④使用SP包，生成SP分析报告；⑤DBA阅读SP分析报告，结合自己的经验，手工在浩如烟海的信息中找到可能存在的性能瓶颈；⑥对于性能瓶颈，DBA结合自己的经验，手工设计优化方案；⑦DBA或应用系统开发人员，进行数据库配置、数据库对象或应用程序的调整；⑧调整完成后，再次进行性能表现的观测，如果问题没有得到解决，则再次从步骤三开始进行新一轮的过程，直至问题得以解决。

Oracle 9i时期典型的性能优化步骤的示意图如图1所示：图1Oracle9i时期典型的性能优化的步骤1.2Oracle 9i环境下性能优化方法存在的问题从上述步骤中可以明显看出，9i环境下的性能优化，均是DBA人工处理，所有的判断和决策都依靠人来开展，不仅非常耗时耗力，而且对进行优化工作的人员素质要求较高，对DBA 的“经验”要求极高，旺旺只有对业务较熟悉的DBA才能进行一些有效的优化工作。

3科技资讯科技资讯S I N &T NOLOGY I NFO RM TI ON 2008NO .28SC I EN CE &TECH NO LOG Y I N FOR M A TI O N 信息技术大多数情况下,系统运行缓慢不是由于所有部件都饱和引起的,而是由于系统中的某个部分限制了整体的性能,这部分称为瓶颈。

通常影响ORA CL E 数据库性能指标的三个瓶颈主要是:CP U 、内存、I /O 。

数据库性能的优化主要是or a c l e 数据库参数的调整、磁盘I /O 调整、应用程序S QL语句分析及设计、网络性能调整等。

本文主要通过优化S QL 语句来提高ORACL E 数据库的性能。

1SQ L 语句处理流程如图1所示。

1.1打开游标从上图可以看出处理S QL 语句的第一步就是要打开一个游标,事实上,一个完整的S QL 处理过程就是一个游标的生命周期。

1.2共享SQLOr a cl e 内存中有一个区叫SHA R ED _PO OL ,这个区的主要作用就是将S Q L 语句存放在这个区内,当客户发出一个新的S QL 语句,数据库引擎首先会到这个区查找是否有相同的S QL ,如果有,则避免了解析、分析索引、制定执行计划等一系列的动作。

如果没有则需要进行ha r d pa r s e 。

1.3绑定变量如果在S QL 中指定了绑定变量,需要在这个阶段给S QL 附上绑定变量的值。

1.4并行处理如果S Q L 需要进行并行处理,在这一阶段需要把整个S Q L 分割成多个并行的部分。

1.5执行查询Or a c l e 按照执行计划指定的方式执行SQL,执行UPDATE 和DE LE TE 语句时,必须将行锁定,以免其他用户修改。

Or a cl e 先从数据库缓冲区中寻找是否存在所要的数据块,如果存在,就直接读或修改,否则从物理文件中读到数据库缓冲区中。

1.6返回结果对S EL ECT 语句需要返回结果的语句,首先看是否需要排序,需要,则排序后返回给用户,然后根据内存的大小不同,可以一次取出一行数据,也可以一次取一组数据。