Oracle 9i 数据库性能调优技术-les14
Oracle 9i 和 10g 高性能调优
Oracle 9i 和10g 高性能调优介绍让我们从安装所需要的检查的事物开始来讨论oracle的优化。
调优环境调优的环境是什么？是一个你的调优努力能起作用的一种环境。
调整oralce数据库的所必需的东西⏹好多软件工具⏹训练有素的人⏹分段的测试环境⏹生产环境的一个副本○真实的和期望的生产环境。
在成长快速或者需求改变时，这些环境是经常不同的。
○经可能的使得数据库的大小/内容一致。
在不能完全满足这样的要求时，至少开发和测试数据库应该同生产数据库成比例○统计表是一样的吗？统计表可以拷贝，或者同生产数据库使用同样的时间间隔执行可用工具调整和监控数据库的优秀软件很多。
OEM有很多非常有用的小组件。
Spotlight擅长于对繁忙系统的视频和信息进行实时监控。
两者对调整数据库物理和SQL代码的性能分析都是非常有用的。
也有许多其他的工具可用。
在调整过程中最重要的工具是developer和administrators。
那是为什么你读这本书的原因。
最好的软件工具也意味着是最昂贵的，当然这也不是说较为便宜的工具是无用的了。
通常，越贵的软件为你所做的事情越多。
然而，有时候自动为你做了某些工作，你不理解其内部机制。
你的工具集未必比经过良好训练，经验丰富的数据库管理员和开发人员作得更好。
训练有素的人好的训练有其恰当的地方。
作为系统管理员或者开发者，数据库管理员趋向于有root权限。
每一种训练都有其优缺点。
开发者除了编码SQL，创建数据模块之外，所了解的知识越来越多。
系统管理员对unix之类的操作系统知识具有广泛的了解，关注的是oracle数据库的物理存储的调优。
开发者关注的是数据库模型和创建更为高效的SQL代码方面的优化。
幸的是，事情不总是如此。
有时候开发者趋向于把调优SQL代码和数据模型负担看着是数据库管理的负责范围。
这样就会导致混乱。
分段的环境你需要尽可能多的实验环境。
作为DBA，你不能期望在一个在线的生产数据库上进行调优工作。
oracle数据库性能调整与优化
Oracle9i数据库性能调整与优化V1.0在数据库成熟应用的时代，数据库的性能优化已经演变为一项相当严密的系统工程。
作为企业IT基础设施的核心部件之一，数据库并不是孤立的系统，它与网络、操作系统、存储等硬件系统紧密相连，这种与其他IT部件的多重连接特性决定了数据库性能优化是一门综合技术。
数据库性能优化的实现路径和IT系统管理架构越来越密不可分。
Oracle9i数据库在内部特性方面有着非常大增强，其中一个最令Oracle DBA兴奋莫过于可以动态设置全部Oracle SGA控制参数。
与8i不同是，原来都将初始化参数放到一个文本文件中，并且在数据库启动时候读取，Oracle9i却可以通过ALTER DATABASE 和ALTER SYSTEM命令复位全部Oracle参数。
在9i前，如果想对Oracle数据库处理模式作一些改变话，Oracle管理员必须关闭数据库并且重新设置INIT.ORA文件中参数，然后重新启动数据库。
对于白天使用OLTP 模式运作，晚上切换到数据仓库模式Oracle数据库来说，这种重新设置是经常做。
对于需要停止和重新启动Oracle数据库来修改参数来说，Oracle9i在这方面有明显加强，它令实现数据库连续可用目标变得更加简单。
定义：SGA：（System Global Area）是Oracle Instance的基本组成部分，在实例启动时分配。
是一组包含一个Oracle实例的数据和控制信息的共享内存结构。
主要是用于存储数据库信息的内存区，该信息为数据库进程所共享（PGA不能共享的）。
它包含Oracle 服务器的数据和控制信息,它是在Oracle服务器所驻留的计算机的实际内存中得以分配，如果实际内存不够再往虚拟内存中写。
理论上SGA可占OS系统物理内存的1/2——1/3。
SGA几个很重要的特性：1、SGA的构成——数据和控制信息，我们下面会详细介绍；2、SGA是共享的，即当有多个用户同时登录了这个实例，SGA中的信息可以被它们同时访问（当涉及到互斥的问题时，由latch和enquence控制）；3、一个SGA只服务于一个实例，也就是说，当一台机器上有多个实例运行时，每个实例都有一个自己的SGA尽管SGA来自于OS的共享内存区，但实例之间不能相互访问对方的SGA区。
(Oracle管理)Oracle9i 应用系统优化
1、优化前提应用系统方案制定准确，对应用系统运行环境分析合理、正确，在数据库服务器性能、存储空间、网络带宽等方面的配置能够达到系统运行要求.2、优化目标● 响应时间与吞吐量平衡● 临界资源2.1 响应时间与吞吐量平衡根据应用类型的不同，性能优化的目标不同：在线事务处理系统OLTP）把吞吐量定义为性能指标；决策支持系统（DSS）把响应时间定义为性能指标。
响应时间响应时间=服务时间+等待时间系统吞吐量系统吞吐量指在给定的时间内所完成的工作量。
有以下两种技术：● 以相同的资源来完成更多的工作（减少服务时间）；● 通过减少整个响应时间来更快完成工作。
等待时间当竞争增强的时候，某个任务的服务时间也许保持不变，但它的等待时间将增长。
我们开发的系统一般为OLTP和DSS的复合系统，侧重于OLTP,在硬件允许的情况下最好能够将运行数据库、分析数据库分离。
2.2 临界资源诸如CPU、内存、I/O容量、网络带宽等资源，都是减少时间的关键因素。
性能好坏取决于以下因素：● 可用资源的数量● 需要该资源的客户方的数目● 客户方等待资源所消耗的时间● 客户保持资源的时间长短随着请求单元的增加，服务时间也增加。
为了处理这种情形，用户可以选择：● 通过限制请求的速率，从而维护可接受响应时间● 还可通过增加资源数目，如CPU和硬盘（增加资源的前提是应用系统设计良好，并且已经做了充分的优化）3、优化阶段从实际做的项目过程来看，除了系统安装优化外，系统优化往往都是在系统实施、运行时才考虑，其实到这阶段做系统优化的局限性比较大，因为系统架构设计都成型、固化，大幅度调整设计的代价非常昂贵，一般只能在局部领域做优化，只能通过重新分配内存或优化I/O来或多或少地提高性能，实际上优化应该贯穿系统设计、开发、安装、测试、运行整个过程。
3.1 设计阶段为了达到最佳的效果，优化工作应当从设计阶段进行，而不是在系统实施后进行。
在数据库设计阶段，个人认为需要注意如下几个方面：● 业务对象不能建立在系统表空间；● 索引表空间和业务表空间分开；● 将LOB类型的字段与其它的类型分开；● 根据应用系统功能确定是否要采用冗余字段；● 正确的主键字段的选择，建议采用数字，不推荐使用复合主键；3.2 开发、测试阶段在开发实现阶段，个人认为需要注意如下几个方面：● 执行sql使用变量绑定的方式，尽可能的保留在共享内存中，提高sql命中率；● 多表关联查询时采用有效的连接顺序；● 尽可能的降低客户端和服务器的网络数据交互，某个业务功能点需要频繁和数据库交互的，建议采用存储过程、临时表实现；● 根据查询条件建立必要的索引，查询条件中使用oracle函数建立相对应的函数索引,数据值范围较小的采用位图索引● 多张表关联查询时，有时可采用先查询符合条件对应的表中关键字，然后通过关键字再查询对应表中相关信息；● 频繁访问，较少更新的数据量较小的表信息可采用缓存的方式；● 在实现批量更新、插入时，要采用jdbc批量执行方法，并且调整对应的fetchsize参数。
调整优化Oracle 9i数据库的性能
调整优化Oracle 9i数据库的性能
何月顺;丁秋林
【期刊名称】《计算机应用与软件》
【年(卷),期】2004(021)006
【摘要】介绍调整和优化Sun SPARC Solaris系统平台上的Oracle 9i数据库服务器的一些相关命令和方法.
【总页数】3页(P10-11,40)
【作者】何月顺;丁秋林
【作者单位】南京航空航天大学,南京,210016;东华理工学院,抚州,344000;南京航空航天大学,南京,210016
【正文语种】中文
【中图分类】TP311.13
【相关文献】
1.Oracle 9i数据库的性能调整和优化 [J], 尹成国
2.基于Oracle 9i数据库的查询优化 [J], 廖建华
3.Oracle 9i数据库性能优化 [J], 姚树春;朱艳琴
4.索引调整优化Oracle 9i工作性能的研究 [J], 谷小秋;李德昌
5.浅议如何调整优化Oracle 9i数据库的性能 [J], 胡铁峰
因版权原因，仅展示原文概要，查看原文内容请购买。
Oracle 9i 数据库性能调优技术-les02
Maintenance of the Alert Log File
• •
The alert log file consists of a chronological log of messages and errors. Check the alert log file regularly to:
2-21
Copyright © Oracle Corporation, 2002. All rights reserved.
Tuning Using Oracle Expert
2-14
Copyright © Oracle Corporation, 2002. All rights reserved.
Statspack
• • • • •
Installation of Statspack using the spcreate.sql script Collection of statistics execute statspack.snap Automatic collection of statistics using the spauto.sql script Produce a report using the spreport.sql script To collect timing information, set TIMED_STATISTICS = True
2-7
Copyright © ll rights reserved.
Oracle Enterprise Manager Console
2-9
ORACLE数据库性能优化
（三）（三）优化 I/O 操作 I/O 优化被安排在内存优化之后，通过内存的优化，可以是 I/O 冲突减少，在此情况下， 可以通过一些调整以使 I/O 性能进一步提高。 对于新系统，应自顶向下分析 I/O 需求，确定所需要的资源。而对于已存在的系统应采 用自底向上的方法： 1．1．了解系统的磁盘数量。 2．2．了解 ORACLE 使用的磁盘数量。 3．3．了解应用系统的 I/O 类型。 4．4．了解 I/O 操作是针对文件系统还是原始设备。 5．5．了解对象在磁盘上的分布。 可以通过如下方法检查 I/O 问题： 检查系统 I/O 的使用：可以使用操作系统提供的工具来监视整个系统对磁盘 文件的访问，可以将大量访问磁盘的应用与 ORACLE 的相关文件分别存放。在 UNIX 系统中可以通过 sar –d 来获得有关数据。在 WINDOWS NT 中 可 通 过 性 能监视器查看。 检查 ORACLE 的 I/O 的使用：对于 ORACLE ，可以通过下列视图来获得相 关的信息： File Type Where to Find Statistics Database Files V$FILESTAT Log Files V$SYSSTAT, V$SYSTEM_EVENT, V$SESSION_EVENT Archive Files V$SYSTEM_EVENT, V$SESSION_EVENT Control Files V$SYSTEM_EVENT, V$SESSION_EVENT 可以通过如下的方法来解决 I/O 问题： 减少磁盘竞争： 磁盘竞争：当多个进程同时访问同一个磁盘时就会产生磁盘竞争。要减 少高负荷磁盘的访问，可以将高访问量的文件移到低负荷的磁盘上。 分离 Redo 日志文件和数据文件：ORACLE 总是经常的访问 Redo 日志 文件和数据文件，将二者放在一起，可能会增加磁盘冲突。 条带化表数据：条带化，就是将一个大表的数据分布到不同磁盘的不同 数据文件中，这样也可以减少磁盘冲突。 分离表和索引：这并不是必须的，由于索引和表的读取是串行的，也可 以做到将表和索引放在一起而不发生磁盘冲突。 磁盘条带化：就是将一个大表的数据分布到不同磁盘的不同数据文件中，条 带化允许不同的进程同时访问一个表的不同部分。 这尤其对随机访问一个表的多行 很有帮助。条带化可以是磁盘的 I/O 负载平衡。有两种条带化方法。 手动方法：利用表空间以及分区表的方式。
Oracle+9i+整体性能优化
Oracle 9i 整体性能优化概述草稿之一:调整争用2.1 优化维护 42.2 诊断LATCH竞争 42.2.1 概念 42.2.2 是否存在latch争用 52.2.3 检查Latch是否主要竞争 52.2.4 DBA关注的latch内容 52.3 诊断FREE LIST竞争 62.3.1 概念 62.3.2 是否存在free list争用 62.3.3 确定free list 争用的段 72.3.4 优化free list争用 72.4 诊断LOCK竞争 82.4.1 概念 82.4.2 可能引起lock contention的原因 82.4.3 锁解决办法 92.4.4 死锁 92 调整争用争用：每当一个Oracle 进程试图访问一个Oracle结构，但由于该结构正由另一个进程结构使用而未能成功访问到它时，就发生对Oracle资源的争用。
常见的有latch、Free List 、lock争用。
主要维护的争用有：Latch（锁存器）：可作为内存性能的指标，说明内存需要调整。
λFreeλ List：会导致繁忙表上的DML操作性能很差。
Lock：会遇到彻底的暂停，产生巨大的性能影响。
λ2.1优化维护维护时，主要通过检查，判断存在的latch和free list争用是否合理，不合理，则启动相应的优化工作。
而lock，在遇到问题的时候，可作为维护参考，平时不进行太多的维护（或从应用上考虑优化）。
（除了定期去$ORACLE_HOME/admin/$ORACLE_SID/udump查看死锁情况外）2.2诊断latch竞争2.2.1概念Latch是简单的、低层次的序列化技术，用以保护SGA中的共享数据结构，比如并发用户列表和buffer cache里的blocks信息。
一个服务器进程或后台进程在开始操作或寻找一个共享数据结构之前必须获得对应的latch，在完成以后释放latch。
不必对latch本身进行优化，如果latch存在竞争，表明SGA的一部分正在经历不正常的资源使用。
les_14_schedule
创建基于时间的作业示例： • 创建一个作业，从今晚起在每晚 11:00 调用备份脚 本。
BEGIN DBMS_SCHEDULER.CREATE_JOB( job_name=>'HR.DO_BACKUP', job_type => 'EXECUTABLE', job_action => '/home/usr/dba/rman/nightly_incr.sh', start_date=> SYSDATE, repeat_interval=>'FREQ=DAILY;BYHOUR=23', /* next night at 11:00 PM */ comments => 'Nightly incremental backups'); END; /14-11创建基于时间的作业 使用 DBMS_SCHEDULER 程序包的 CREATE_JOB 过程来创建作业。
默认情况下 将以禁用状态创建作业，仅当明确启用时，这些作业才生效并可以调度。
所有作 业名称的形式都为：[schema.]name。
应该使用 SYSTIMESTAMP 并指定时区，这样当时间因夏时制更改时，作业能够 自动调整其执行时间。
默认情况下，将在当前方案中创建作业。
可以通过指定方案的名称在另一个方案 中创建作业，如幻灯片中的示例所示。
作业所有者是在其方案中创建作业的用 户，而作业创建者是创建作业的用户。
作业将以作业所有者的权限来执行。
作业 运行时的国家语言支持 (NLS) 环境与创建作业时存在的环境相同。
job_type 参数指示作业将要执行的任务的类型。
可能的值包括： • PLSQL_BLOCK：匿名 PL/SQL 块 • STORED_PROCEDURE：命名的 PL/SQL、Java 或外部过程 • EXECUTABLE：可以从操作系统命令行执行的命令Oracle Database 10g：数据库管理 - 课堂练习 II 14-11创建基于时间的作业（续） job_action 参数可以是要运行过程的名称、脚本的名称或操作系统命令的名 称，也可以是匿名的 PL/SQL 代码块，具体取决于 job_type 参数的值。
oracle数据库性能调整和优化涉及到那些问题
Oracle 数据库性能调整和优化涉及到那些问题数据库应用的类型是复杂的，有大量用户同时更新数据库的联机事务处理应用（如银行储蓄系统）、对海量数据进行查询并生成报告的数据仓库应用（如分析商场销售数据的决策支持系统）、在互联网上大量用户同时查询和更新数据的联机事务处理应用（如网上银行应用）等等。
为了满足与适应各种各样的商业应用，使各种不同的应用在不同的环境下都能达到最优的状态，Oracle 数据库系统提供了大量的非常灵活的可调节内容。
为了保证Oracle数据库运行在最佳的性能状态下，在信息系统开发之前就应该考虑数据库的优化策略。
优化策略一般包括服务器操作系统参数调整、数据库参数调整、网络性能调整、应用程序SQL语句分析及设计等几个方面，其中应用程序的分析与设计是在信息系统开发之前完成的。
分析评价Oracle数据库性能主要有数据库吞吐量、数据库用户响应时间两项指标。
数据库用户响应时间又可以分为系统服务时间和用户等待时间两项，即“数据库用户响应时间=系统服务时间＋用户等待时间”。
因此，获得满意的用户响应时间有两个途径：一是减少系统服务时间，即提高数据库的吞吐量；二是减少用户等待时间，即减少用户访问同一数据库资源的冲突率。
数据库性能优化包括如下几个部分：∙调整数据结构的设计这一部分在开发信息系统之前完成，程序员需要考虑是否使用Oracle数据库的分区功能，对于经常访问的数据库表是否需要建立索引等。
∙调整应用程序结构设计这一部分也是在开发信息系统之前完成的。
程序员在这一步需要考虑应用程序使用什么样的体系结构，是使用传统的Client/Server两层体系结构，还是使用Browser/Web/Database的三层体系结构。
不同的应用程序体系结构要求的数据库资源是不同的。
∙调整数据库SQL语句应用程序的执行最终将归结为数据库中的SQL语句执行，因此SQL 语句的执行效率最终决定了Oracle数据库的性能。
Oracle公司推荐使用Oracle语句优化器（Oracle Optimizer）和行锁管理器（Row-Level Manager）来调整优化SQL语句。
Oracle数据库的优化与调整
0
TRIGGER 1852 1844 0 0
Library cache命中率计算
• Library Cache Hit Ratio = sum(pinhits) / sum(pins)
• 上例中结果为.999466248
使用V$SHARED_POOL_ADVICE视图判 定共享池的调整量
视图主要各列意义：
• 例如：SET TRANSACTION USE ROLLBACK SEGMENT oltp_13
• Oracle对于大规模SQL语句自动扩展回 滚段，但这样显然会影响性能，正确 的做法是实现分配好适宜的回滚段。
CPU的调整
• 效劳器良好的工作状态表现为在工作顶峰时 CPU的使用率高于90％。如果空闲时间CPU使 用率就在90％以上，说明效劳器缺乏CPU资源
日志缓冲区
LGWR进程在下述情况下将日志缓冲区 写入日志文件： 日志缓冲区1/3的时候 用户commit或者rollback的时候 DBWR进展写数据文件的时候
日志缓冲区的调整方法1
• 查看V$SYSSTAT视图： SELECT name, value FROM v$sysstat WHERE name = 'redo buffer allocation retries';
reads’,’physical reads’,’physical reads direct’,’physical reads direct (lob)’)
• 查询结果为 NAME VALUE ------------ ---------session logical reads 464905358 physical reads 10380487 physical reads direct 86850 physical reads direct (lob) 0
ORACLE 9i数据库优化
ORACLE 9i数据库优化1、内存内存是影响Oracle运行速度的一个重要的指标，在Oracle中的内存，主要是由SGA 和PGA组成。
SGA（系统全局区）其主要功能可以用下面的图进行说明：PGA（程序全局区）PGA是数据库服务器内存中为单个用户进程分配的专用的内存区域，是用户进程私有的，不能共享。
我们对于内存设置的原则是让可用内存得到充分的利用，对全局区的配置，要视具体情况而定。
Oracle对SGA的管理能力不超过1.7G。
所以总的物理内存在4G以下。
SGA的大小为物理内存的50%—75%。
对于64位的小型系统，Oracle数据库对SGA的管理超过2G的限制，SGA设计在一个合适的范围内：物理内存的50%—70%，当SGA过大的时候会导致内存分页，影响系统性能。
2、交换区设计当物理内存在2G以下的情况下，交换分区swap为物理内存的3倍，当物理内存>2G的情况下，swap大小为物理内存的1—2倍。
3、数据库连接类型选择Oracle数据库有专用服务器连接类型和多线程服务器MTS连接类型。
对于批处理服务，需要专用服务器连接方式，而对于OLTP服务则MTS的连接方式比较合适。
由于采用MTS后，可以通过配置网络服务实现某些特定批处理服务采用专用服务器连接方式，所以数据库设计时一般采用MTS类型。
4、数据库SGA及用户会话参数配置数据库SGA可以采用手工配置或按物理内存比例配置，在数据库初始设计阶段采用按比例配置方式，在实际应用中按系统调优方式修改SGA。
可以适当调SGA参数，例（以安全为例）：SGA的共享池调大，JAVA池调小，对于采用B/S结构的程序可以把SGA的共享池调小，JAVA池调大。
A、ORACLE816数据库默认安装时，其用户数为40，每个用户分配内存64K，建议适当调大。
B、ORACLE9数据库默认安装时，其用户数为700，每个用户分配内存512K，建议适当调小。
5、数据库回滚段配置在Oracle9i数据库中，设计Undo表空间取代以前版本的回滚段表空间。
浅议如何调整优化Oracle 9i数据库的性能
浅议如何调整优化Oracle 9i数据库的性能胡铁峰【摘要】随着计算机网络技术的不断发展,其在各个领域中的应用也越来越广泛,与此同时数据库也随之获得了广泛应用。
在互联网上的诸多数据库当中,Oracle 9i数据库以其自身诸多的优点,受到业界一直的好评和认可。
然而,在实际运行过程中,经常会出现一些瓶颈问题,从而影响了Oracle 9i数据库的运行。
为此,应采取相应的策略对Oracle 9i数据库的性能进行调整优化。
首先对Oracle 9i数据库进行概述,进而分析了Oracle 9i数据库常见的资源问题,并在此基础上提出Oracle 9i数据库的优化调整策略。
【期刊名称】《黑龙江科技信息》【年(卷),期】2012(000)022【总页数】1页(P86-86)【关键词】Oracle;9i;数据库;优化调整;性能【作者】胡铁峰【作者单位】中国联合网络通信有限公司长春市分公司,吉林长春130000【正文语种】中文【中图分类】TP311.13Oracle 9i是当前业界内最为简单、完整、智能化的用于互联网上协作各种应用的软件基础架构。
其实质上就是Oracle 9i Database、Application Server以及Developer Suite的完整集成。
现如今，随着软件逐渐成为一种托管服务，Oracle9i以其在自身的高可靠性、高所伸缩性以及高智能化，将会成为互联网上高质量电子商务服务实现的关键软件。
Oracle 9i在8i的基础之上又增添了许多新的功能和特性，这些功能和特性主要体现在以下几个方面上：其一，实现连续的数据可用性。
Oracle 9i极大程度地扩展了其在互联网数据库可用性方面的地位，具体包括：全球领先的数据保护环境、联机数据演变、准确的数据库修复以及自我服务错误更正等功能；其二，可伸缩性和性能。
Oracle 9i不仅允许电子商务扩展到千万用户，而且用户每小时都能完成数百万的事物处理。
具体包括：可伸缩的绘画状态管理、电子商务优化等等；其三，提供端到端的安全体系结构。
oracle性能调优篇--Oracle9i 的查询优化
oracle性能调优篇----Oracle9i 的查询优化本文描述了Oracle 的查询优化程序，它是数据库的关键组件，能让Oracle 的用户获得极佳的执行性能。
Oracle 的查询优化技术在功能上无与伦比，本文详细讨论了查询优化的所有重要领域。
简介什么是查询优化程序？查询优化对于关系数据库的性能，特别是对于执行复杂SQL 语句的性能而言至关重要。
查询优化程序确定执行每一次查询的最佳策略。
例如，查询优化程序选择对于指定的查询是否使用索引，以及在联接多个表时采用哪一种联接技术。
这类决策对SQL 语句的执行性能有很大的影响，查询优化对于每一种应用程序都是关键技术，应用程序涉及的范围从操作系统到数据仓库，从分析系统到内容管理系统。
查询优化程序对于应用程序和最终用户是完全透明的。
由于应用程序可能生成非常复杂的SQL 语句, 查询优化程序必须精心构建、功能强大，以保障良好的执行性能。
例如，查询优化程序可转换SQL 语句，使复杂的语句转换成为等价的但执行性能更好的SQL 语句。
查询优化程序的典型特征是基于开销。
在基于开销的优化策略中，对于给定查询生成多个执行计划，然后对每个计划估算开销。
查询优化程序选用估算开销最低的计划。
Oracle 在查询优化方面提供了什么？Oracle 的优化程序可称是业界最成功的优化程序。
基于开销的优化程序自1992 年随Oracle7 推出后，通过10 年的丰富的实际用户经验，不断得到提高和改进。
好的查询优化程序不是基于纯粹的理论假设及谓词在实验室中开发出来的，而是通过适合实际用户需求开发和磨合出来的。
Oracle 的查询优化程序比任何其他查询优化程序在数据库应用程序的应用都要多，而且Oracle 的优化程序一直由于实际应用的反馈而得到改进。
Oracle 的优化程序包含4 大主要部分（本文将在以下章节详细讨论这些部分）：SQL 语句转换：在查询优化中Oracle 使用一系列精深技术对SQL 语句进行转换。
Oracle数据库的性能调整与优化方法探析
Oracle数据库的性能调整与优化方法探析随着我国互联网技术的快速发展，我国计算机信息技术也处于高速发展过程中，信息数据的构成和管理工作开展也变得更加复杂，同时难度也持续增加。
Oracle数据库是当前我国信息数据管理工作开展过程中应用最广泛的一类信息数据库管理系统，在信息安全和信息稳定方面存在很大的优势。
但是由于数据库系统在使用过程中需要经过一段时间的运行优化，那么在运行使用过程中其性能就会出现一定的问题，因此需要对其性能进行不断的调整和优化处理。
下面本文通过对Oracle数据库的性能调整和优化处理方法以及必须性加以分析探讨，进一步促进我国Oracle数据库的广泛利用和发展。
标签：Oracle数据库；性能调整；优化方法；探讨数据库系统是当前计算机网络系统和互联网技术发展过程中应用最广泛的一类信息管理工具，对于计算机用户正常的使用计算机网络系统有着重要作用。
数据库系统的形成能够提高数据运行效率和安全性，保证互联网网络条件下信息的很好传输和应用。
Oracle数据库作为当前全球范围内应用最广泛的一种数据信息管理系统，因此对其性能不断优化调整和处理，对于充分的发挥Oracle数据库的系统优越性，提高信息管理水平和效率，保证系统的持久运行方面发挥着重要作用。
1 数据库性能调整和优化数据库的性能调整是通过对应用程序进行系统优化处理、对系统参数进行科学设置的一种处理方式，对于系统配置进行优化改变过程中，能够有效的提高数据库系统的运行效率，提高系统性能。
在数据库系统性能调整过程中，需要对数据库系统的硬件配置、操作系统以及相关的数据库管理系统进行合理优化配置，同时对于相关的组件系统进行数据库系统的合理设计和深化、细化分析，在调整处理过程中，针对系统设计的初始阶段进行很好的研究和探索，能够降低系统运行过程中的能源消耗，改善系统运行性能，同时也能够对数据库系统的相关组件进行合理调整和优化，改善其运行效率，提高系统性能，能够在短时间内提高数据库的运行效率和吞吐能力，在数据库系统性能优化调整过程中需要严格的遵循优化处理原则，就是要尽可能的保证系统运行过程，在获取最大量数据的同时降低访问系统磁盘。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
ORD_NO -----101 102
ORD_DT CUST_CD ----------05-JAN-97 R01 07-JAN-97 N45
Unclustered orders and order_item tables
Clustered orders and order_item tables
14-7
14-16
Copyright © Oracle Corporation, 2002. All rights reserved.
Partitioned Indexes for Scalable Access
Global Nonpartitioned index Global Partitioned Index
Partitioned table
14-3
Copyright © Oracle Corporation, 2002. All rights reserved.
Selecting the Physical Structure
Factors affecting the selection: • Rows read in groups • SELECT or DML statements
Copyright © Oracle Corporation, 2002. All rights reserved.
Cluster Types
Index cluster Hash clusterLeabharlann Hash function
14-8
Copyright © Oracle Corporation, 2002. All rights reserved.
99-Jan
99-Feb 99-Mar 99-Apr 99-May 99-Jun
Partition pruning: Only the relevant partitions are accessed.
SQL> 2 3 4 5 6 7 SELECT SUM(sales_amount) FROM sales WHERE sales_date BETWEEN TO_DATE(‘01-MAR-1999’, ‘DD-MON-YYYY’) AND TO_DATE(‘31-MAY-1999’, ‘DD-MON-YYYY’);
Predictable number of key values Queries using equality predicate on key
X
X X
14-9
Copyright © Oracle Corporation, 2002. All rights reserved.
Partitioning Methods
CREATE TABLE customer ... PARTITION BY LIST (state) (PARTITION p1 VALUES ('CA','CO'), PARTITION p2 VALUES ('FL','TX'), PARTITION p3 VALUES (DEFAULT) );
14-6
Copyright © Oracle Corporation, 2002. All rights reserved.
Clusters
ORD_NO ----101 102 102 102 101 101 PROD -----A4102 A2091 G7830 N9587 A5675 W0824 QTY -----20 11 20 26 19 10 ... Cluster Key (ORD_NO) 101 ORD_DT CUST_CD 05-JAN-97 R01 PROD QTY A4102 20 A5675 19 W0824 10 102 ORD_DT CUST_CD 07-JAN-97 N45 PROD QTY A2091 11 G7830 20 N9587 26
Data Access Methods
To enhance performance, you can use the following data access methods: • Clusters • Indexes • B-tree (normal or reverse key) • Bitmap • Function based • Index-organized tables • Materialized views
Table partition
Table partition
Table partition
Table partition
Local partitioned index
14-17 Copyright © Oracle Corporation, 2002. All rights reserved.
Partition Pruning
14-14 Copyright © Oracle Corporation, 2002. All rights reserved.
Default Partition for List Partitioning
Create a DEFAULT list partition for all values not covered by other partitions:
The following partitioning methods are available: • Range • Hash • List • Composite
Range partitioning
14-10
Hash partitioning
List partitioning
Composite partitioning
• • • • Table size Row size, row group, and block size Small or large transactions Using parallel queries to load or for SELECT statements
14-4
Copyright © Oracle Corporation, 2002. All rights reserved.
The partition key is week_no. 2 VALUES LESS THAN must be specified as a literal. 3 Physical attributes can be set per partition.
1
14-12
Copyright © Oracle Corporation, 2002. All rights reserved.
14-2
Copyright © Oracle Corporation, 2002. All rights reserved.
Data Storage Structures
Heap table
Cluster
Indexorganized table
Organization by value Heap Clustered Sorted
Copyright © Oracle Corporation, 2002. All rights reserved.
Range Partitioning Example
CREATE TABLE sales (acct_no NUMBER(5), person VARCHAR2(30), sales_amount NUMBER(8), 1 week_no NUMBER(2)) 3 PARTITION BY RANGE (week_no) 2 (PARTITION P1 VALUES LESS THAN (4) TABLESPACE data0, PARTITION P2 VALUES LESS THAN (8) TABLESPACE data1, ...… PARTITION P13 VALUES LESS THAN (53)TABLESPACE data12 );
14-13
Copyright © Oracle Corporation, 2002. All rights reserved.
List Partitioning Example
SQL> CREATE TABLE locations 2 (location_id, street_address, 3 postal_code, city, state_province, 4 country_id) 5 STORAGE(INITIAL 10K NEXT 20K) 6 TABLESPACE users 7 PARTITION BY LIST (state_province) 8 (PARTITION region_east 9 VALUES('MA','NY','CT','ME','MD'), 10 PARTITION region_west 11 VALUES('CA','AZ','NM','OR','WA'), 12 PARTITION region_south 13 VALUES('TX','KY','TN','LA','MS'), 14 PARTITION region_central 15 VALUES('OH','ND','SD','MO','IL'));
Hash Partitioning Overview
• •
• • •
Easy to Implement Enables better performance for PDML and partition-wise joins Inserts rows into partitions automatically based on the hash of the partition key Supports (hash) local indexes Does not support (hash) global indexes