Oracle 9i 数据库性能调优技术-les13

格式：pdf
大小：216.82 KB
文档页数：30

下载文档原格式

ORACLE 性能优化

ORACLE 数据库性能优化参考书目：《ORACLE 9i Database Performance Tuning Guide and Reference》《ORACLE 9i Database Reference》《ORACLE 9i SQL Reference》《ORACLE 9i Database Administrator’s Guide》一、数据库实例创建过程参数确定在创建数据库实例过程中，需要确定以下几个参数：1. 数据块大小（DB_BLOCK_SIZE）该参数指明了ORACLE所处理的数据存贮于数据文档以及SGA内存中的数据块大小。

该参数的可选择的范围为:4k,8k,16k,32k,64k。

对于OLTP系统而言，取值可以为4K或8K，对于DSS系统而言，则可以取较大的数据，如32K或64K 建议统一取8K（即8192）说明DB_BLOCK_SIZE的大小将影响创建表时的EXTENT的大小。

例如指定db_block_size=16K,某表空间的EXTENT MANAGEMENT 为local autoallocate，则其系统将extent的大小最小指定为1M.所以将可能导致空间的浪费。

2. 字符集(Character set)该参数确定数据库以何种字符集来存贮CHAR以及V ARCHAR、V ARCHAR2等字符类型的值。

对于ORACLE数据字典中的字符（如表及字段的COMMENT内容）具有同样的作用。

因此需要考虑如字符集的使用。

对于国际项目，因为数据库中的comment内容（包括表及字符、存贮过程中的中文字符等内容）可能性需要以中文存贮，而用户业务数据使用的字符可能性是使用本地的语言，基于此，该参数需要选择支持UNICODE的字符编码的字符集。

目前ORACLE9i支持以下二种UNICODE字符集：⏹UTF8⏹AL32UTF8建议统一取AL32UTF83. 扩展段管理(EXTENT MANAGEMENT)该参数指明表空间中的扩展段的管理方式。

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 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 数据库性能调整

通过v$SHARED_POOL_RESERVED 统计，使REQUEST_MISSES＝0 ；REQUEST_FAILURES＝0或停止增长。
? 数据库缓冲区高速缓存(Block Buffers & Block Size(Bytes):
当缓冲区高速缓存命中率:
select name ,value from v$sysstat where name in(‘db block gets’,’consistent gets’,’physical reads’);
Select class,count from v$waitstat where class in(‘system undo header’,’system undo block’,’undo header’,’undo block’);
2．减少回滚段的竞争
检测动态性能表v$waitstat确定回滚段的竞争是否降低性能；
Oracle 数据库性能调整
Oracle 数据库性能调整
默认的init<SID>.ora是由系统自动安装在$ORACLE_BASE/admin/<SID>/pfile下的默认初始参数：
? 共享池（Shared Pool Size(Bytes):共享池包括库高速缓存、数据字典高速缓存和服务器控制结构。必须将这个值设得足够大，以确保有足够的可用空间来装载和存储 PL/SQL块和SQL语句。（根据数据库服务器的内存大小来设定此值，也可接受却省值）。越使用处存储过程和触发器，共享池要求更多。
? 通常建立4个以上的回滚段（并发事务÷4）
3. 减少多进程服务器的进程竞争：
? 减少调度程序竞争
select network “protocol”,sum(busy)/(sum(busy)+sum(idle)) “totobusy rate” from v$dispatcher group by network;

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 负载平衡。有两种条带化方法。手动方法：利用表空间以及分区表的方式。

Oracle9i性能调整

索引与性能
IOT创建语句 create table t1 (x int primary key,y int,x int) organization index; 减小IO数量，但是bug较多。位图index 适合选择性不强的情况，专为DSS系统设计。锁定块，不适合OLPT系统。加速创建INDEX nologging－注意备份并行创建
系统资源的调整－IO
IO系统的监控 iostat -xn 以看出系统在单位时间内的读写次数以及吞吐能力 Dbfile的io控制 CREATE TABLE sum_read_writes AS SELECT SUM(phyrds) phys_reads, sum(phywrts) phys_wrts FROM V$FILESTAT; TTITLE ' DATAFILE DISK I/O REPORT' COLUMN name FORMAT a35 COLUMN phyrds FORMAT 999,999,999 COLUMN phywrts FORMAT 999,999,999 COLUMN read_pct FORMAT 999.99 COLUMN write_pct FORMAT 999.99 SELECT name, phyrds, phyrds * 100 / srw.phys_reads read_pct, phywrts, phywrts * 100 / srw.phys_wrts write_pct FROM sum_read_writes srw, v$datafile df, v$filestat fs WHERE df.file# = fs.file# ORDER BY phyrds desc; DROP TABLE sum_read_writes; clear columns TTITLE off

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的一部分正在经历不正常的资源使用。

Oracle数据库性能优化技术

Oracle数据库性能优化技术一. 引言随着网络应用和电子商务的不断发展，各个站点的访问量越来越大，数据库规模也随之不断的扩大，数据库系统的性能问题就越来越突出，因此，如何对数据库进行调优至关重要：如何使用有限的计算机系统资源为更多的用户服务？如何保证用户的响应速度和服务质量？这些问题都属于服务器性能优化的范畴。

作为全球第一大数据库厂商，Oracle数据库在国内外获得了诸多成功应用，据统计，全球93%的上市.COM公司、65家"财富全球100强"企业不约而同地采用Oracle数据库来开展电子商务。

我国很多企业、政府单位及电子商务网站也采用了Oracle作为数据库服务器。

Oracle数据库服务器是高度可优化的软件产品，经常性的调整可以优化应用系统的性能，防止出现系统瓶颈。

数据库性能优化的基本原则就是：通过尽可能少的磁盘访问获得所需要的数据。

要评价数据库的性能，需要在数据库调节前后比较其评价指标：响应时间和吞吐量之间的权衡、数据库的可用性、数据库的命中率以及内存的使用效率，以此来衡量调节措施的效果和指导调整的方向。

对Oracle数据库进行性能调整时，应当按照一定的顺序进行，因为系统在前面步骤中进行的调整可以避免后面的一些不必要调整或者代价很大的调整。

一般来说可以从两个阶段入手：1、设计阶段：对其逻辑结构和物理结构进行优化设计，使之在满足需求条件的情况下,系统性能达到最佳，系统开销达到最小；2、数据库运行阶段：采取操作系统级、数据库级的一些优化措施来使系统性能最佳二. 在系统设计开发阶段调整数据库为了充分利用Oracle数据库的功能特性，在设计信息系统时，数据库设计人员需要根据业务情况（如访问量或客户端数量）和现有资源状况（如数据库服务器的配置）考虑系统结构和数据库的逻辑结构的设计：2.1调整应用程序结构设计。

即应用程序采用的是传统的C/S两层体系结构，还是B/W/D三层体系结构。

Oracle 9i 数据库性能调优技术les12

Index Statistics
• • • • • • •
Index level (height) Number of leaf blocks and distinct keys Average number of leaf blocks per key Average number of data blocks per key Number of index entries Clustering factor Data dictionary view: dba_indexes
•
OPTIMIZER_DYNAMIC_SAMPLING > 1
– The higher the value the more aggressive dynamic sampling is performed. The upper limit is 10.
12-9
Copyright © Oracle Corporation, 2002. All rights reserved.
Managing Statistics
Copyright © Oracle Corporation, 2002. All rights reserved.
Objectives
After completing this lesson, you should be able to do the following: • Collect system statistics • Collect statistics on indexes and tables • Collect and manage histogram statistics • Copy statistics between databases • Monitor indexes to determine usage

1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。

•
Pros
– Are less likely to extend dynamically – Deliver small performance benefit – Enable you to read the entire extent map with a single I/O operation
SQL> EXECUTE dbms_stats.gather_table_stats > ('HR','EMPLOYEES'); PL/SQL procedure successfully completed. SQL> SELECT num_rows, blocks, empty_blocks as empty, 2 avg_space, chain_cnt, avg_row_len 3 FROM dba_tables 4 WHERE owner = 'HR' 5 AND table_name = 'EMPLOYEES'; NUM_ROWS BLOCKS EMPTY AVG_SPACE CHAIN_CNT AVG_ROW_LEN -------- ------ ----- --------- --------- ----------13214 615 35 1753 0 184
13-14
Copyright © Oracle Corporation, 2002. All rights reserved.
Database Block Size
Minimize block visits by: • Using a larger block size • Packing rows tightly • Preventing row migration
13-12 Copyright © Oracle Corporation, 2002. All rights reserved.
Recovering Space
Below the high-water mark: • Use the Export and Import utilities to:
– Export the table – Drop or truncate the table – Import the table
Allocation of Extents
To avoid the disadvantages of dynamic extent allocation: • Create locally managed tablespaces. • Size the segments appropriately. • Monitor segments ready to extend.
• • •
• • •
Is set when the database is created Is the minimum I/O unit for data file reads Is 2 KB or 4 KB by default, but up to 64 KB is allowed Cannot be changed easily Should be an integer multiple of the OS block size Should be less than or equal to the OS I/O size
Tablespace
Segments
Extents
Blocks
13-15 Copyright © Oracle Corporation, 2002. All rights reserved.
The DB_BLOCK_SIZE Parameter
The database block size: • Is defined by the DB_BLOCK_SIZE parameter
•
Cons
– Has a relatively large overhead – Has a small number of rows per block – Can cause more index blocks to be read
13-17
Copyright © Oracle Corporation, 2002. All rights reserved.
Highwater mark
Segment header block
Empty blocks (never used)
13-9
Copyright © Oracle Corporation, 2002. All rights reserved.
The High-Water Mark
•
The high-water mark is:
13-18
Or use the Alter Table Employees Move command to move the table. Above the high-water mark, use the Alter Table Employees Deallocate Unused; command.
•
Large Block Size: Pros and Cons
•
Pros
– – – – Less overhead Good for sequential access Good for very large rows Better performance of index reads
•
Cons
– Increases block contention – Uses more space in the buffer cache
– Manage extents and Oracle blocks – Ensure effective use of space – Determine the high-water mark
• • • •
13-2
Describe the use of Oracle block parameters Recover space from sparsely populated segments Describe and detect chaining and migration of Oracle blocks Perform index reorganization
Using Oracle Blocks Efficiently
Copyright © Oracle Corporation, 2002. All rights reserved.
Objectives
After completing this lesson, you should be able to do the following: • Use automatic segment space management • Use manual segment space management
Locally Managed Extents
Create a locally managed tablespace:
SQL> 2 3 4 5 6 CREATE TABLESPACE user_data_1 DATAFILE ‘/oracle9i/oradata/db1/lm_1.dbf’ SIZE 100M EXTENT MANAGEMENT LOCAL UNIFORM SIZE 2M;
– Recorded in the segment header block – Set to the beginning of the segment on creation – Incremented in five-block increments as rows are inserted – Reset by the TRUNCATE command
•
Never reset by using DELETE statements
13-10
Copyright © Oracle Corporation, 2002. All rights reserved.
Table Statistics
Populate the table statistics using the dbms_stats package and then query the values in dba_tables:
13-16
Copyright © Oracle Corporation, 2002. All rights reserved.
Small Block Size: Pros and Cons
•
Pros
– Reduces block contention – Is good for small rows – Is good for random access
Copyright © Oracle Corporation, 2002. All rights reserved.
Database Storage Hierarchy
Tablespace
Segments
Extents Extents
Extents
Blocks
13-3
Copyright © Oracle Corporation, 2002. All rights reserved.
•
Cons
– Free space may not be available – Unused space
13-7
Copyright © Oracle Corporation, 2002. All rights reserved.
The High-Water Mark
Extent 1 Empty blocks (rows deleted) Extent 2