下沙论坛

 找回密码
 注册论坛(EC通行证)

QQ登录

QQ登录

下沙大学生网QQ群8(千人群)
群号:6490324 ,验证:下沙大学生网。
用手机发布本地信息严禁群发,各种宣传贴请发表在下沙信息版块有问必答,欢迎提问 提升会员等级,助你宣传
新会员必读 大学生的论坛下沙新生必读下沙币获得方法及使用
查看: 3588|回复: 0
打印 上一主题 下一主题

如何保持Oracle数据库的优良性能

[复制链接]
头像被屏蔽

该用户从未签到

跳转到指定楼层
1
发表于 2009-8-8 14:25:27 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
Oracle数据库以其高可靠性、安全性、可兼容性,得到越来越多的企业的青睐。如何使Oracle数据库保持优良性能,这是许多数据库管理员关心的问题,根据笔者经验建议不妨针对以下几个方面加以考虑。
, d" K+ p5 H! R. P7 R7 z' w% k' N8 y: H& z% B$ A8 J  d
一、分区 * |1 c; d: d3 f% x2 y- g8 q
  根据实际经验,在一个大数据库中,数据空间的绝大多数是被少量的表所占有。为了简化大型数据库的管理,改善应用的查询性能,一般可以使用分区这种手段。所谓分区就是动态表中的记录分离到若干不同的表空间上,使数据在物理上被分割开来,便于维护、备份、恢复、事务及查询性能。当使用的时候可建立一个连接所有分区的视图,使其在逻辑上仍以一个整体出现。 ; T$ t* u& f9 b7 s$ q( q

% a8 X7 K9 V9 t9 n" c/ q. |1
.建立分区表 3 A: L* c; a# Q& @2 w
% v" E: J1 N# k3 E1 V# Z
Create table Employee(
7 W/ r( |6 L) o* Y5 C1 h# J, oEmpNo varchar2(10) primary key,
' \6 [  U) }# q* {0 W1 T$ N- dName varchar2(30),
' c# `0 u% I0 A, wDeptNo Number(2)
) Y! @' ~  a* s6 L5 Y3 Z

3 l7 _! e& _, v2 Y6 Z7 {+ a" kPartition by range(DeptNo)
0 e* a# \; }" s, t4 b; }(partition PART1 values less than (11) 3 S/ d! t+ |" q1 I; e6 m7 f% Z
tablespace PART1_TS,
: G9 O3 ~* |1 L! |+ A/ wpartition PART2 values less than(21) 8 p! c0 T& n( L! y, k1 c
tablespace PART2_TS, + d* L+ H: U$ t; B# e$ J% E% i
partition PART3 valuse less than(31)
4 o# ^: G4 m7 v( b6 v) N" Btablespace PART3_TS
/ b4 U# u+ o" u3 }$ a- a# ?partition PART4 values less than(MAXVALUE) 0 N! w$ H5 y( \: p
tablespace PART4_TS 8 L1 Q1 W- c: y6 n2 }$ H! S( g
); , `7 n! ]& u; A6 }6 x& \
Employee依据DeptNo列进行分区。
9 {. V, v$ R; j7 `7 q4 ]8 u1 w  i: |
2
.分区索引
8 I4 a2 A6 n  ]1 d0 U, Z, Y
* x- O! Y: s! {9 pCreate index Employee_DeptNo on Employee (DeptNo)local( * T$ d! @; ]9 C; V) y$ Q
partition PART1 tablespace PART1_NDX_TS, 4 a7 R" @8 K4 G/ U/ Z" `5 Z
partition PART2 tablespace PART2_NDX_TS, 6 ~, Z1 c5 ^0 Z* `3 w) |6 i3 |. G
partition PART3 tablespace PART3_NDX_TS,
7 ^0 m% Z( i6 Z6 c9 x) A# epartition PART4 tablespace PART4_NDX_TS,
4 m& F- F- _, d& V);
* v4 S! K2 h& R; p2 k
  当分区中出现许多事务并且要保证所有分区中的数据记录的惟一性时采用全局索引,在建立全局索引时,Global子句允许指定索引的范围值,这个范围值可以不同于表分区的范围值。只有建立局部索引才会使索引分区与表分区间建立起一一对应关系。因此,在大多数情况下,应该使用局部索引分区。若使用了此索引,分区就能够很容易地将索引分区与表分区建立关联,局部索引比全局索引更易于管理。
. L& C; C. a8 Y* a, s/ S5 ~3 z
' U/ q: h6 s) e. b0 Z  X3
.分区管理 , F# A, N+ J) D$ S/ v$ K# H+ z; K

1 p' j4 e' B/ z" I$ r: K" G7 M
  根据实际需要,还可以使用Alter table命令来增加、删除、交换、移动、修改、重命名、划分、截短一个已存在分区的结构。
$ v4 m3 e% R6 G$ [  w. B
二、重建索引
+ O8 \5 b/ W9 v
  如果表中记录频繁地被删除或插入,尽管表中的记录总量保持不变,索引空间的使用量会不断增加。虽然记录从索引中被删除,但是该记录索引项的使用空间不能被重新使用。因此,如果表变化不定,索引空间量会不断增加,不论表中记录数量是否增加,只是因为索引中无效空间会增加。
! L3 ]& v& U9 }7 x  h6 C
要回收那些曾被删除记录使用的空间,需要使用Alter index rebuild命令。可以做一个定期运行的批处理程序,来重建最活动表的索引。这个批处理程序可以在空闲时运行,以避免该程序与其他应用程序冲突。若能坚持索引的这一程序规划,便可以及时回收那些未使用空间,提高空间利用率。 5 L  z, O" w2 [' s8 V! n* r+ K
5 y: i4 |& Q3 \* |, N, E7 m
三、段的碎片整理 7 E" d$ I  J3 [- A) p) ?
  当生成一个数据库对象时(一个表或一个索引),通过用户缺省值或指定值来为它指定表空间。一个在表空间中生成的段,用于存储对象的相关数据。在段被关闭、收缩、截断之前,段所分配的空间将不被释放。 : g" d" b2 i6 U& J
" s+ W; Y0 o) @7 g8 ^" h' C
  一个段是由范围组成,而范围是由相邻的Oracle块组成。一旦存在的范围不能再存储新的数据,这个段就会去获得新的范围,但并不要求这些范围是彼此相邻的。这样的扩展会一直继续下去,直到表空间中的数据文件不能提供更多的自由空间,或者范围数量已达到极限。  0 J* p2 [5 E: m5 n
 
- I9 q% j9 O% r" X1 b7 R
  因此,一个碎片太多的数据段,不仅会影响运行,也会引发表空间中的空间管理问题。所以,每个数据段只含有一个范围是十分有益的。借助监控系统,可以通过检查DBA_SEGMENTS数据字典视图来了解哪些数据库对象含有10个或更多范围的段,确定其数据段碎片。
- I* m" u  F! d( i, ~# t
; d( z: R6 t+ r
  若一个段的碎片过多,可用两种方法解决:
' b; r6 Y7 e% _+ o' w1
用正确的存储参数建立一个新表,将旧表中的数据插入到新表中,再删除旧表;  : u& q, w4 p$ B4 X/ ^: l
2
利用Export/Import工具。
5 _$ i6 c3 c) i  ?6 q4 o% v4 s! ^. ^# U' Y+ e4 N
如:exp system/manager file=exp.dmpcompress=Y grants=Y indexes=Y 1 p5 a7 `) I3 U# |8 S& n
tables=(T1,T2)
  r( Z% @2 q3 G# |" D: w
若输出成功,进入Oracle,删除上述表。 - |2 x5 A7 j5 ]' w# @8 L+ B
注:compress=Y表示将在输出过程中修改它们的存储参数。 ' A4 X( {+ f$ i0 A8 z9 \* E
imp system/manager file=exp.dmp commit=Y buffer=64000 full=Y
; X1 G7 A1 E0 F) M
* b+ a7 }% H% p. }
四、自由范围的碎片整理
$ K* O, f' ~$ c! A3 V
  表空间中的一个自由范围是表空间中相连的自由(空间)块的集合。当一个段关闭时,它的范围将被释放,并被标记为自由范围。然而,这些自由范围再也不能与相邻的自由范围合并,它们之间的界线始终存在。但是当表空间的缺省值pctincrease设置不是0时,SMON后台进程会定期将这些相邻的自由范围合作。若pctincrease设置为0,那么相邻自由范围不会被数据库自动合并。但可以使用Alter table命令"coalesce"选项,来强迫进行相邻自由范围的合并。 0 L. T8 [( j  b* n+ Q- H
0 R5 e( t! n2 e% G0 Q* O
  不进行自由范围合并,在日后的空间请求中,会影响到表空间中的空间分配。当需要一个足够大的范围时,数据库并不会合并相邻的自由范围,除非没有其他选择。这样,当表空间中前面较小的自由范围已被使用时,将使用表空间中后面部分最大的一个自由范围。结果,会因为没有足够多的使用空间,从而导致表空间需求的矛盾。由于这样的情况出现,使数据库的空间分配距理想越来越远。自由空间碎片常会出现在那些经常关闭又重新生成的数据库表和索引中。  
& |+ t: t# P" ~$ R+ H  i; b  w5 q: M, ?
  在理想的Oracle表空间中,每一个数据库对象存储在一个单独的范围中,并且所有有效自由空间集中在一个巨大而连续的范围中。这样,在一个对象需要附加存储空间时,可以在增加获取足够大自由空间的可能性的同时,最小化空间中的循环调用,提高自由空间使用率。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享分享 顶 踩

本版积分规则

关闭

下沙大学生网推荐上一条 /1 下一条

快速回复 返回顶部 返回列表