保持Oracle数据库优良性能的若干诀窍 -pc6资讯

您的位置：首页 → 技术开发 → 数据库技巧 → 保持Oracle数据库优良性能的若干诀窍

保持Oracle数据库优良性能的若干诀窍 时间：2004/12/2 0:58:00来源：本站整理作者：蓝点我要评论(0): 如今，Oracle数据库以其高可靠性、安全性、可兼容性，得到越来越多的企业的青睐。如何使Oracle数据库保持永久的优良性能，读者不妨针对以下若干方面加以考虑。

分区

根据实际经验所得，在一个大数据库中，数据库空间的绝大多数是被少量的表所占有。如何简化大数据库和管理，如何改善应用的查询性能，一般可以使用分区这种手段。所谓分区就是动态地将表中记录分离到若干不同的表空间上，使数据在物理上被分割开来，便于维护、备份、恢复、事务及查询性能。当使用的时候可建立一个连接所有分区的视图，使其在逻辑上仍以一个整体出现。

1、建立分区表

Create table Employee (

EmpNo varchar2(10) primary key,

Name varchar2(30),

DeptNo Number(2)

)

Partition by range(DeptNo)

(

partition PART1 values less than (11)

tablespace PART1_TS,

partition PART2 values less than (21)

tablespace PART2_TS,

partition PART3 values less than (31)

tablespace PART3_TS

partition PART4 values less than (MAXVALUE)

tablespace PART4_TS

);

表Employee依据DeptNo列进行分区。

2、分区索引

Create index Employee_DeptNo on Employee(DeptNo)

local (

partition PART1 tablespace PART1_NDX_TS,

partition PART2 tablespace PART2_NDX_TS,

partition PART3 tablespace PART3_NDX_TS,

partition PART4 tablespace PART4_NDX_TS,

);

当分区中出现许多事务并且要保证所有分区中的数据记录的唯一性时采用全局索引，如：

Create index Employee_DeptNo on Employee(DeptNo)

global partition by range (DeptNo)

(

partition PART1 values less than (11)

tablespace PART1_NDX_TS,

partition PART2 values less than (21)

tablespace PART2_NDX_TS,

partition PART3 values less than (31)

tablespace PART3_NDX_TS

partition PART4 values less than (MAXVALUE)

tablespace PART4_NDX_TS

);

在建立全局索引时，global子句允许指定索引的范围值，这个范围值可以不同于表分区的范围值。只有建立局部索引才会使索引索引分区与表分区间建立起一一对应关系。因此，在大多数情况下，应该使用局部索引分区。若使用了此索引，分区就能够很容易地将索引分区与表分区建立关联，局部索引比全局索引更易于管理。

3、分区管理

根据实际需要，还可以使用 alter table 命令来增加、丢弃、交换、移动、修改、重命名、划分、截短一个已存在分区的结构。

Rebuild Indexes

如果表中记录频繁的被删除或插入，尽管表中的记录总量保持不变，索引空间的使用量会不断增加。虽然记录从索引中被删除，但是该记录索引项的使用空间不能被重新使用。因此，如果表变化不定，索引空间量会不断增加，不管表中记录数量是否增加——只仅仅是因为索引中无效空间量的增加。

要回收那些曾被删除记录使用的空间，需要使用alter index rebuild 命令。可以做一个定期运行的批处理程序，来重建最活动表的索引。这个批处理程序可以在空闲时运行，以避免程序与用户冲突。若能坚持索引的这一程序规划，便可以及时回收那些未使用空间，提高空间利用率。

段的碎片整理

当生成一个数据库对象时（一个表或一个索引），通过用户缺省值或指定值来为它指定表空间。一个在表空间中所生成的段，用于存储对象的相关数据。在段被关闭、收缩、截断之前，段所分配的空间将不被释放。

一个段是由范围组成，而范围是由相邻的Oracle块组成。一旦存在的范围不能再存储新的数据，那这个段就会去获得新的范围，且并不要求这些范围是彼此相邻的。这样的扩展会一直继续下去，直到表空间中的数据文件不能提供更多的自由空间，或者范围数量已达到极限。

因此，一个碎片太多的数据段，不仅会影响运行，也会引发表空间中的空间管理问题。所以，每个数据段只含有一个范围是十分有益的。借助监控系统，可以通过检查DBA_SEGMENTS数据字典视图来了解哪些数据库对象含有10个或更多范围的段，确定其数据段碎片。

若一个段的碎片过多，可用两种方法解决这个问题：

1、用正确的存储参数建立一个新表，将旧表中的数据插入到新表中，再删除旧表；

2、利用Export/Import工具。

如：exp system/manager file=exp.dmp compress=Y grants=Y indexes=Y

tables=(T1,T2)

若输出成功，进入Oracle，删除上述表。

注：compress=Y决定将在输出过程中修改它们的存储参数。

imp system/manager file=exp.dmp commit=Y buffer=64000 full=Y

注：在输入时重新配置新的存储参数。

自由范围的碎片整理

表空间中的一个自由范围是表空间中相连自由（空间）块的集合。当一个段关闭时，它的范围将被释放，并被标记为自由范围。然而，这些自由范围再也不能与相邻的自由范围合并，它们之间的界线始终存在。但是当表空间的缺省值pctincrease设置不为0时，SMON后台进会定期的将这些相邻的自由范围合并。若pctincrease设置为0，那相邻自由范围不会被数据库自动合并。但可以使用altertable命令coalesce选项，来强迫进行相邻自由范围的合并。

不进行自由范围合并，在日后的空间请求中，会影响到表空间中的空间分配。当需要一个足够大的范围时，数据库并不会合并相邻的自由范围，除非没有其他选择。这样，当表空间中前面较小自由范围已被相关使用时，将使用表空间中后面部分最大的一个自由范围。结果，会因为它们没有足够多的使用空间，从而导致表空间中速度上的矛盾。由于这样的进程出现，使数据库的空间分配距理想越来越远。自由空间碎片常会出现在那些经常关闭又重新生成的数据库表和索引中。

在理想的ORACLE表空间中，每一个数据库对象存储在一个单独的范围中，并且所有有效自由空间集中在一个巨大而连续的范围中。这样，在一个对象需要附加存储空间时，可以在增加获取足够大自由空间的可能性同时，最小化空间中的循环调用，提高自由空间使用率。

文章评论

查看所有0条评论>>

热门文章 没有查询到任何记录。