关于提高Oracle数据库性能的四个误区

核心提示：为了提高性能,我们针对Oracle数据库本身提供了的方法或方案进行过不少的尝试，主要包括: 共享服务器模式(MTS)； 集群技术(Clustering)RAC； 分区； 并行处理(主要是并行查询)，关于提高Oracle数据库性能的四个误区， Oracle提供的这些特性确实是用来进行性能改善的,但我们往往忽略了对自身应用

为了提高性能,我们针对Oracle数据库本身提供了的方法或方案进行过不少的尝试，主要包括:

共享服务器模式(MTS)；

集群技术(Clustering)RAC；

分区；

并行处理(主要是并行查询)。

Oracle提供的这些特性确实是用来进行性能改善的,但我们往往忽略了对自身应用特性的分析,它们是否适合于我们。最近,通过对这方面知识的深入了解,发现我们以前存在一些错误的认识。我觉得有必要,大家一起来改变这种误解。

分析之前,先明确一下我们的应用特性。数据库应用大体可以分为OLAP和OLTP两大类,即:联机事务分析(数据仓库)和联机事务处理(事务应用)我们的应用系统,其应用特性主要是联机事务处理,又包含了少量的数据仓库特性。

1、共享服务器(MTS)

Oracle缺省用的是专用服务器模式,也就是说一个用户连接进程对应一个服务器的进程。记得某大医院刚启用的时候,我们曾经试过MTS。因为听说MTS在不增加内存和CPU的情况下连接更多的客户端,结果并不是我们预期的那样。MTS有问题吗?不是,是因为我们对MTS不了解,并不是它有问题,而是它不是用来在这种情况下做这件事的。

一般情况,只有当并发连接数超过了操作系统的支持时,才建议使用MTS,否则应该使用缺省的专用服务器模式。也就是说,在专用服务器模式下,因为多一个连接就要多消耗一个操作系统的进程,只有当并发应用需求超过操作系统的允许连接数时,才有必要考虑MTS。

如果现有系统,物理上支持100个连接的专用服务器数据库,改为使用共享服务器模式,也许支持1000个连接,但同时活动的连接可能只有100个。一般2到4个CPU的服务器,应对200到400个并发连接是足够的,如果连接增加了,可以增加CPU和内存。

MTS具有以下一些缺点: