** 一、 ** ** 简介 **
MTS （ Multi-Threaded Server ）是 ORACLE SERVER 的一个可选的配置选择，是相对 DEDICATE 方式而言，它最大的优点是在以不用增加物理资源（内存）的前提下支持更多的并发的连接。换句话说，如果你只有 2G 的物理内存，而你又想支持 2000 个连接，在获取最好性能的前提下，你就应该选择 MTS 了。
本文先说一说 MTS 的工作方式，然后与 DEDICATE 方式的做一下比较，接下来说一下 MTS 具体配置实现，最后说一些优化 MTS 配置选项的问题。
** 二、 ** ** MTS ** ** 的工作方式 **
1、 Joseph C.Johnson 以餐馆给出一个 MTS 的形象的比喻
假设 ORACLE 是一家餐馆，当你走进一家餐馆时你感觉最舒服的服务方式就是有一个专门的 waiter 来为你服务，而不管餐馆中来了多少人，她只对你请求应答，这是 DEDICTE 的处理方式，也就是说每一个 ORACLE 客户端的连接都有一个专门的服务进程来为它服务。而大部的餐馆的服方式都不是一对一的，当你走进的时侯，你就被指定了一个 waiter ，她也可能为其它桌服着务，这对于餐馆来说是最有利的，因为他们可以服务更多的客人而不需要增加他们的员工。这样对你来说也可能是不错的，如果餐馆不是太忙，她服务的客人的请求都很简短且容易完成，你的感觉也好像自己拥有一个专门的 waiter ， waiter 把你的 ORDER 转给厨师，然后把做好的菜拿给你，这就是 MTS 的处理方式，这些共享的 waiters 我们叫她们为 Dispatchers ，厨师我们则叫他们为 Shared Server Processes 。
2、 以简图说一下 MTS 的工作方式 (SYBEX 书中的一幅图 )
客户端向 Dispatcher 发一个服务请求
Dispatch 把这个请求放到 SGA 区的请求对队列中
由一个或几个服务进程来处理这个请求
服务进程把进行的结果放到 Dispatch 的 SGA 区的的响应队列中
Dispatcher 从响应队列拾起结果
完成客户端的请求并把结果回送给客户端
** 三、 MTS 与 DEDICATE 方式方面做一下比较，为方便比较绘制如下的简表 **
** 序号 **
|
** 比较项 **
|
** MTS ** ** 方式 **
|
** DEDICATE ** ** 方式 **
---|---|---|---
1
|
服务进程
|
多个连接共享一个服务进程
|
一个连接有一个专门的服务进程
2
|
每个客户端的连接使用的内存量
|
3-4M
|
150-200K
3
|
适合的应用环境
|
适合连接数很多且请求很短少的 OLTP 环境
|
如果 Oracle 服务器的资源够用，这种方式是优选
4
|
CPU 负载
|
会造成一些 CPU 的负载，如果你的 CPU 有瓶颈，则不要用这种方式
|