Oracle 数据库系统的物理结构详细分析

数据库 Oracle
我们今天主要是通过分析Oracle 数据库系统的物理结构与相关的逻辑结构来介绍的是Oracle数据库在设计开发阶段的相关的性能优化策。

本文主要介绍的是Oracle数据库在设计开发阶段的相关的性能优化策略以及我们通过对Oracle 数据库系统的物理结构与相关的逻辑结构的分析,阐述了在Oralce数据库设计开发阶段性能优化的一些策略和方法。

Oracle是目前使用最为广泛的大型数据库管理系统,提高Oracle数据库系统的运行效率,是整个计算机信息系统高效运转的前提和保证。影 响Oracle数据库应用系统性能的因素很多,既有软件方面的因素,也包括数据运行的硬件环境、网络环境、数据库管理和维护方面的因素等。

数据库系统设计 开发阶段是Oracle应用优化的***阶段,也是主动优化阶段,能达到以最小成本获得***性能增益的目的。通过对其逻辑存储结构和物理存储结构设计进行优 化,使之在满足需求条件下,时空开销性能***,可以解决数据库系统运行过程中性能的渐进性下降或性能突降等问题,以保证系统运行的优良性能。

Oracle数据库的逻辑结构和物理结构

Oracle 数据库的逻辑结构是由一些数据库对象组成,如Oracle 数据库表空间、表、索引、段、视图、存储过程、触发器等。数据库的逻辑存储结构(表空间等)决定了数据库的物理空间是如何被使用的,数据库对象如表、索引等分布在各个表空间中。

Oracle 数据库的物理结构从操作系统一级查看,是由一个个的文件组成,从物理上可划分为:数据文件、日志文件、控制文件和参数文件。

数据文件中存放了所有的数据信 息;日志文件存放数据库运行期间产生的日志信息,它被重复覆盖使用,若不采用归档方式的话,已被覆盖的日志信息将无法恢复;控制文件记录了整个数据库的关 键结构信息,它若被破坏,整个数据库将无法工作和恢复;参数文件中设置了很多Oracle 数据库的配置参数,当数据库启动时,会读取这些信息。

逻辑结构的优化

逻辑结构优化用通俗的话来说就是通过增加、减少或调整逻辑结构来提高应用的效率,下面通过对基本表的设计及索引、聚簇的讨论来分析ORACLE逻辑结构的优化。

1、基本表扩展

数据库性能包括存储空间需求量的大小和查询响应时间的长短两个方面。为了优化Oracle 数据库性能,需要对数据库中的表进行规范化。一般来说,逻辑数据库 设计满足第三范式的表结构容易维护且基本满足实际应用的要求。

所以,实际应用中一般都按照第三范式的标准进行规范化,从而保证了数据库的一致性和完整性, 设计人员往往会设计过多的表间关联,以尽可能地降低数据冗余。但在实际应用中这种做法有时不利于系统运行性能的优化:如过程从多表获取数据时引发大量的连 接操作,在需要部分数据时要扫描整个表等,这都消耗了磁盘的I/O 和CPU 时间。

为解决这一问题,在设计表时应同时考虑对某些表进行反规范化,方法有以下几种:一是分割表。分割表可分为水平分割表和垂直分割表两种:水平分割 是按照行将一个表分割为多个表,这可以提高每个表的查询速度,但查询、更新时要选择不同的表,统计时要汇总多个表,因此应用程序会更复杂。

垂直分割是对于 一个列很多的表,若某些列的访问频率远远高于其它列,就可以将主键和这些列作为一个表,将主键和其它列作为另外一个表。通过减少列的宽度,增加了每个数据 页的行数,一次I/O就可以扫描更多的行,从而提高了访问每一个表的速度。

但是由于造成了多表连接,所以应该在同时查询或更新不同分割表中的列的情况比较 少的情况下使用。二是保留冗余列。当两个或多个表在查询中经常需要连接时,可以在其中一个表上增加若干冗余的列,以避免表之间的连接过于频繁,一般在冗余 列的数据不经常变动的情况下使用。三是增加派生列。

派生列是由表中的其它多个列的计算所得,增加派生列可以减少统计运算,在数据汇总时可以大大缩短运算时 间。

因此,在数据库的设计中,数据应当按两种类别进行组织:频繁访问的数据和频繁修改的数据。对于频繁访问但是不频繁修改的数据,内部设计应当物理 不规范化。对于频繁修改但并不频繁访问的数据,内部设计应当物理规范化。

有时还需将规范化的表作为逻辑Oracle 数据库设计的基础,然后再根据整个应用系统的需要, 物理地非规范化数据。规范与反规范都是建立在实际的操作基础之上的约束,脱离了实际两者都没有意义。只有把两者合理地结合在一起,才能相互补充,发挥各自 的优点。

2、索引和聚簇

创建索引是提高检索效率最有效的方法之一,索引把表中的逻辑值映射到安全的RowID,能快速定位数据的物理地址,可以大大加快数据库的查询速 度,一个建有合理索引的数据库应用系统可能比一个没有建立索引的数据库应用系统效率高几十倍,但并不是索引越多越好,在那些经常需要修改的数据列上建立索 引,将导致索引B*树的不断重组,造成系统性能的下降和存储空间的浪费。

对于一个大型表建立的索引,有时并不能改善数据查询速度,反而会影响整个数据库的 性能。这主要是和SGA的数据管理方式有关,Oracle在进行数据块高速缓存管理时,索引数据比普通数据具有更高的驻留权限,在进行空间竞争时, Oracle会先移出普通数据,对建有索引的大型表进行数据查询时,索引数据可能会用完所有的数据块缓存空间。

Oracle不得不频繁地进行磁盘读写来获 取数据,所以,在对一个大型表进行分区之后,可以根据相应的分区建立分区索引。

Oracle提供了另一种方法来提高查询速度,就是聚簇(Cluster)。所谓聚簇,简单地说就是把几个表放在一起,按一定公共属性混合存 放。聚簇根据共同码值将多个表的数据存储在同一个Oracle块中,这时检索一组Oracle块就同时得到两个表的数据,这样就可以减少需要存储的 Oracle块,从而提高应用程序的性能。

对于逻辑结构的优化,还应将表数据和索引数据分开表空间存储,分别使用独立的表空间。因为如果将表数据和索引数据放在一起,表数据的I/O操作 和索引的I/O操作将产生影响系统性能的I/O竞争,降低系统的响应效率。将表数据和索引数据存放在不同的表空间中,并在物理层面将这两个表空间的数据文 件放在不同的物理磁盘上,就可以避免这种竞争了。

物理结构的优化

Oracle 数据库的数据最终是存储在物理磁盘上的,对数据进行访问就是对这些物理磁盘进行读写,因此对于这些物理存储的优化是系统优化的一个重要部分。

对 于物理存储结构优化,主要是合理地分配逻辑结构的物理存储地址,这样虽不能减少对物理存储的读写次数,但却可以使这些读写尽量并行,减少磁盘读写竞争,从 而提高效率,也可以通过对物理存储进行精密的计算减少不必要的物理存储结构扩充,从而提高系统利用率。

1、磁盘读写并行优化

对于数据库的物理读写,Oracle系统本身会进行尽可能的并行优化,例如在一个最简单的表检索操作中,如果表结构和检索域上的索引不在一个物理结构上,那么在检索的过程中,对索引的检索和对表的检索就是并行进行的。

2、操作并行优化

操作并行的优化是基于操作语句的统计结果,首先是统计各个表的访问频率,表之间的连接频率,根据这些数据按如下原则分配表空间和物理磁盘,减少 系统进程和用户进程的磁盘I/O竞争;把需要连接的表格在表空间/物理磁盘上分开;把高频访问的表格在表空间/物理磁盘上分开;把经常需要进行检索的表格 的表结构和索引在表空间/物理磁盘上分开。

3、减少存储结构扩展

如果应用系统的数据库比较脆弱,并在不断地增长或缩小,这样的系统在非动态变化周期内效率合理,但是当在动态变化周期内的时候,性能却很差,这 是由于Oracle的动态扩展造成的。

在动态扩张的过程中,Oracle必须根据存储的要求,在创建行、行变化获取缺省值时,扩展和分配新的存储空间,而 且表格的扩展往往并不是事情的终结,还可能导致数据文件、表空间的增长,这些扩展会导致在线系统反应缓慢。对于这样的系统,***的办法就是在建立的时候预 先分配足够的大小和合适的增长幅度。

在一个对象建立的时候要根据应用充分地计算他们的大小,然后再根据这些数据来定义对象Initial、Next和 Minextents的值,使Oracle 数据库在物理存储上和动态增长次数上达到一个比较好的平衡点,使这些对象既不经常发生增长,也不过多地占用数据库。

文章出自: http://www.programbbs.com/doc/class10-3.htm

【编辑推荐】

  1. Oracle的实体-Oracle关系模型
  2. Oracle数据库与DM的强制访问的不同之处
  3. Oracle数据库和DB2取前10条记录的实际对比
  4. 对Oracle SQL相同语句的解析
  5. Oracle sql 性能如何进行调整

 

责任编辑:佚名 来源: programbbs
相关推荐

2009-11-20 13:11:44

Oracle XML数

2010-04-15 11:33:39

Oracle数据库

2010-04-26 18:17:19

Oracle存储过程

2010-04-26 14:32:21

Oracle SQL

2010-04-12 10:53:07

Oracle SQL

2009-08-10 17:34:42

C#数据库连接池

2009-12-31 15:39:46

ADO.NET访问数据

2009-09-25 14:23:39

2009-09-28 10:39:01

Hibernate基础

2009-06-18 14:00:51

2009-11-03 10:09:33

Oracle表空间

2010-03-04 09:30:40

Linux动态库

2009-12-03 17:41:40

PHP应用发展

2021-10-25 19:52:52

IntentFilte

2010-02-23 17:44:22

WCF数据契约

2009-09-14 16:21:34

LINQ To XML

2009-09-09 09:48:43

Linq延迟加载

2009-10-10 13:52:57

VB Update方法

2009-09-08 15:56:50

Linq使用Group

2009-09-14 13:50:35

LINQ编程模型
点赞
收藏

51CTO技术栈公众号