Oracle数据库应用系统调优方法介绍-2

  来源：

---

1.4 调整数据库服务器的回滚段

回滚段是一个存储区域，数据库使用该存储区域存放曾经由一个事务更新或删除的行的原始数据值。如果用户要回滚一个事务所做的改变，那么数据库就从回滚段中读回改变前的数据并使该事务影响的行改变为它们的原状态。回滚段控制着数据库处理事务的能力，因而在数据库成功中起着关键性的作用，不管数据库的其它部分设计得多好，如果它设计得不合理，将会影响系统的。建立和调整回滚段的原则如下。

1.4.1 分离回滚段

分离回滚段是指单独为回滚段创建一个以上的表空间，使回滚段与数据字典、用户数据、索引等分离开来。由于回滚段的写入与数据和索引的写入是并行进行的，因此将它分离出来可以减少I/O争用。如果回滚段与数据不分离，倘若要某个表空间脱机或撤消，那么在该表空间中的各个回滚段没有全部脱机之前，不能将这个表空间脱机或撤消。而一旦该表空间不可用，则该表空间中的所有回滚段也不能使用，这将浪费所有分配的磁盘空间。所以，独立回滚段可使数据库管理变得容易。回滚段的经常性收缩，使得表空间的自由块更容易形成碎片。分离回滚段可以减少数据库表空间的碎片产生。

1.4.2 创建不同大小的回滚段群

对于一些联机事物处理，他们一般是频繁地对少量数据进行修改，创建许多小的回滚段对之有利。每一个事物的入口项只能限于一个回滚段，回滚段应该充分大以容纳一个完整的事物处理，因此对一些较大型事物，需要较大型的回滚段。极个别脱机处理事物会产生大量的回滚，这时需要一个特大号的回滚段来处理。根据这些理论，在Oracle数据库服务器中针对上述3种事物处理创建三组：小事物组、较大事物组、特大事物组等大小不同的回滚段群，并且将之分散到3个不同的表空间上，群内大小相同，应能满足该组事物处理的最大要求。

1.4.3 创建数量适当的回滚段

一般回滚段数量与并发事物个数有关，以下给出由于并发事物个数而应建立回滚段的数：

并发事物（n）　　　回滚段数
n<16　　　　　　　　4
16 ≤ n<32　　　　　8
n≥ 32　　　　　　n/4

2 调整 Client/Server 模式下的网络 I/O

Client/Server环境中的应用处理是分布在客户应用程序和数据库服务程序之间的。在 Client/Server环境中Client与Server之间的网络I/O是整个系统性能的瓶颈，一个客户应用程序引起的网络I/O越少，应用及整个系统的性能越好。减少网络I/O的最重要的一条原则：将应用逻辑集中在数据库服务器中。

2.1 使用Oracle数据库的完整约束性

当为应用建表时，应当为一些有特殊要求的数据加上适当的完整性约束，这样就能实现由数据库本身而不是应用程序来约束数据符合一定的条件。数据库服务器端的完整约束的执行操作是在比SQL语句级别更低的系统机制上优化，它与客户端无关，只在服务器中运行，不需在Client 端和Server端之间SQL语句，有效地减轻网络I/O负担。

2.2 使用数据库触发器

完整约束性只能实现一些较简单的数据约束条件，对一些较复杂的事物处理规则就无能为力，这时最好不要在应用程序中实施复杂的程序控制，而是应当采用数据库触发器来实施复杂的事物规则。数据库触发器能实现由数据库本身，而不是应用程序，来约束数据符合复杂的事物处理规则，并且容易创建，便于管理，避免大量的网络I/O。

例如：将当前表A中成为历史的记录从A表中转储到历史表B中，表示为Lsbs。

在应用程序中实现：　　　　　　　用数据库触发器实现：
  Beign　　　　　　　　　　　　　　Create trigger delete1
　Update A set lsbs='T';　　　　　 After update of lsbs on A
　Insert into B　　　　　　　　　　For each row
　Select * from A where lsbs='T';　Insert into B
　Delete A where lsbs='T';　　　　　select * from A where :new.lsbs='T';
  End;　　　　　　　　　　　　　　 Delete A where :new.lsbs='T';
　　　　　　　　　　　　　　　　   End delete1;

在应用程序中实现时，所有的SQL命令请求传送的数据都要通过网络在Client端和Server端进行交换，而不像数据库触发器一样，SQL本身在Server端，不需要通过网络传输数据。当进行操作的数据量相当大时，并且多个用户同时操作时，通过在应用程序中实现复杂的控制，必将增大网络I/O的负荷，使整个系统的性能降低，而用数据库触发器能完全避免这种情况发生。