Oracle 专用服务器与共享服务器的区别

关注

原创最新推荐文章于 2026-10-12 23:37:09 发布 1.6k 阅读 AI 写同款· GEO 优化 ›

PyTorch实战：用FGSM攻击MNIST分类器（附可视化对比）本文通过PyTorch实战演示了如何使用FGSM对抗攻击方法攻击MNIST手写数字分类器。文章详细解析了FGSM攻击原理，提供了从环境搭建、模型准备到攻击实施、可视化对比的完整代码实战流程，并探讨了对抗样本的生成与模型鲁棒性评估。阅读详情

专用服务器：一个客户端连接对应一个服务器进程
共享服务器：多个客户端连接对应一个服务器进程，服务器端存在一个进程调度器来管理。
Oracle缺省用的是专用服务器模式，Oracle可以同时支持共享服务器和专用服务器模式，可以指定一个会话使用专用服务器，另一个会话使用共享服务器。

共享服务器具有以下一些缺点：

1)共享服务器的代码路径比专用服务器长，所以它天生就比专用服务器慢。

2)存在人为死锁的可能，因为它是串行的，只要一个连接阻塞，则该服务器进程上的所有用户都被阻塞，并且极可能死锁。

3)存在独占事务的可能，因为如果一个会话的事务运行时间过长，它独占共享资源，其它用户只能等待，而专用服务器，每个客户端是一个会话。

4)共享服务器模式限制了某些数据库特性，例如：不能单独启动和关闭实例，不能进行介质恢复，不能使用Log Miner，并且SQL_TRACE没有意义(因为是共享而不是当前会话的)。

MTS减少的内存实际上是专用服务器模式下每个用户连接到操作系统进程所需的内存，但它却使用SGA的Large_Pool来分配UGA，拆东墙补西墙，所减少的内存是很少的。

如果用户会话的连接和断开很频繁，数据库进程的创建和删除的开销会非常大，这种情况最好采用共享服务器模式(否则，应该使用连接池技术)。

如果客户端一次连接终身使用(会话生命周期内)，使用共享服务器模式的意义不大。因为大部分时间，一个会话就连接到一个服务器进程，无法共享服务器进程。

在建立Oracle数据库的时候，应该会在数据库建立助手向导上面看到这么一个选项，就是数据库的连接模式采用什么方式。在Oracle9i或者10g 中，可以看到有2种连接模式，一种叫做专用服务器连接 (dedicated server) ，另外一种叫做共享服务器连接(shared server)。
下面我们来分类说一下这两种连接方式的不同点：
专用服务器模式就是说每次在对Oracle进行访问的时候，Oracle服务器的Listener会得到这个访问请求，然后会为这个访问创建一个新的进程来进行服务。所以说，对于每一个客户端的访问，都会生成一个新的进程进行服务，是一种类似一对一的映射关系。这种连接模式的一个很重要的特点就是 UGA(用户全局域)是存储在PGA(进程全局域)中的，这个特性也很好说明了当前用户的内存空间是按照进程来进行分配的。
　　而另外的共享服务器连接则是一种在程序编写的时候通常会用到的连接池(pool)的概念。采用这种模式的话，在数据库的初始化的时候就会创建一批服务器连接的进程，然后把这些连接进程放入一个连接池来进行管理。初始化的池中的进程数量在数据库初始化建立的时候是可以手动设置的。在连接建立的时候，Listener首先接受到客户端的建立连接的请求，然后Listener去生成一个叫做调度器(dipatcher)的进程与客户端进行连接。调度器把把客户端的请求放在SGA(系统全局域)的一个请求队列中，然后再共享服务器连接池中查找有无空闲的连接，然后让这个空闲的服务器进行处理。处理完毕以后再把处理结果放在SGA的相应队列中。调度器通过查询相应队列，得到返回结果，再返回给客户端。这种连接模式的优点在于服务器进程的数量可以得到控制，不大可能出现因为连接人数过多而造成服务器内存崩溃。但是由于增加了复杂度以及请求相应队列，可能性能上有所下降。

总之，在开发阶段中，用第一种专用服务器可能好一些，因为少了一些中间的复杂度，而且开发的时候一般连接的数量也少。而在多个应用同时使用一个数据库的实际应用环境下，采用第二种方法可能好一些，因为如果到时候突然有1000个或者10000个请求连接的话，数据库服务器如果同时建立10000 个连接，肯定要受不了的。当然，也要看到时候的实际情况如何再做决定，两者没有绝对的哪种好哪种不好的差别

关于这两者的比较"假如你来到一个城市，要在这个城市的不同的地方办几件事情，在交通方面你有两种选择：一个是雇一辆专车，这辆专车将会把你从A带到B，一直等你把在B的事情办完，在把你从B带到C。。。。。。另一种选择是给出租车公司打电话订辆出租车，先把你从A带到B，然后你和出租车该干嘛干嘛，你去办你的事情，出租车去接别的生意，等你在B的事情办完了，你再跟出租车公司订车，出租车公司将会联系当时在B附近的其他出租车去接你。。。。。。

首先，dedicated servers的设置非常简单-----不需要设置，这个是oracle的默认选项

而对于shared servers，你就要需要做一些额外的设置，当让按照administrator guide并不难，关键是你需要决定到底需要多少个shared server servers和多少个dispatcher，这不仅仅需要经验的积累，还需要持续的观察和调整。
在dedicated servers里，你所有的等待都是数据库本身的等待，而在shared servers里你有可能需要等待一个available的shared server process。

很明显，当用户并发的连接数很大的时候，dedicated servers的server process个数也会变得很大，对于操作系统来说多一个process就意味着多一点管理负担，要知道操作系统支持的同时并发数可不是无限的。这意味着，在dedicate servers里，当你有大量的用户连接（比如，同一时间超过5000个用户连上来），你的系统负担就会相当大。而这种情况shared servers就可以处理的相对好一些，因为加入同时有5000个用户连上来而且我们知道一般只有1%的连接是active，那我们只需要设置50个 shared servers就可以把所有的用户请求处理得很好，并节省了系统资源。

作为一个好处，shared servers可以用来控制concurrent。要知道用户的并发数和系统的处理能力决不是成正比的（可以下面的图），当用户并发数超过一个阀值，系统的处理能力会明显下降。通过shared servers可以控制系统的concurrent不超过这个阀值。

在引入PGA的自动管理以前，shared servers是要比dedicated servers节省内存的，然后在自动管理的PGA引入之后，shared servers的这个优势已经不像我们想象的那么不明显了。

dedicate servers一个server process为了一个较大的request而长时间的工作而不影响其它的users，然而在shared servers，一些较大的request会影响其它的用户。

还需要考虑其他的因素，比如，如果在前端使用了weblogic的 connecting pool，那么你在database level再使用shared servers可能就不是很必要，因为这时你的用户连接已经在weblogic层面上得到了控制。

shared servers还有一个所谓的伪死锁的问题，这点大家参考一下tom的新书就知道了。

关于dedicated servers和shared servers的话题我们就讨论这么多，最后给大家一个小提示：其实dedicated servers和shared servers是可以并存的，实际上，即使你使用了shared servers，某些管理操作也是必须在dedicated 模式下来做的，比如startup或shutdown database。如果你实在难以选择，如果你的应用可能一部分是OLTP的（用户量也很大），一部分是DW的，其实你可以考虑同时使用 dedicated servers和shared servers。

查看运行情况:

idle> show parameter shared_server mts_servers

NAME_COL_PLUS_SHOW_PARAM TYPE
---------------------------------------------------------------- -----------
VALUE_COL_PLUS_SHOW_PARAM
-----------------------------------------------------------------------------------------------------------------------------------
max_shared_servers integer
20
shared_server_sessions integer
165
shared_servers integer
1

--如果VALUE_COL_PLUS_SHOW_PARAM大于0为dedicated模式
idle> select p.program,s.server from v$session s , v$process p
2 where s.paddr = p.addr
3 ;

PROGRAM SERVER
------------------------------------------------ ---------
oracle@infa (PMON) DEDICATED
oracle@infa (DBW0) DEDICATED
oracle@infa (LGWR) DEDICATED
oracle@infa (CKPT) DEDICATED
oracle@infa (SMON) DEDICATED
oracle@infa (RECO) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED
oracle@infa (TNS V1-V3) DEDICATED

15 rows selected.

模式切换:

客户端建立的连接。
如果服务器是专用模式，客户端再怎么修改也没有用。
服务器切换专有和共享模式的方法是修改参数文件中的参数。

sample:

trace:http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14231/manproc.htm#sthref630

大多数情况下我们更倾向或习惯专用模式，两种模式下，对sga等分配都会有不同，所以如果转换成mts模式，别忘了sga也是需要调整的。最典型的是mts模式需要较大的large_pool_size。如果真想转换还是仔细看看oracle关于mts的文档。共享连接只是把连接 SESSION信息放在LARGE POOL，所以LARGE POOL要大一些。而专用连接的SESION信息放在PGA。

Note：
1. 如果是dedicated server，则客户端只能创建dedicated server connection
2. 如果是shared server，则客户端能创建dedicated server connection和shared server connection，只要在service name中指定server＝dedicated or server=shared.

判断oracle是共享模式还是专用模式有以下方法：

1) show parameter shared_server; (注：8i应为：show parameter mts_servers;)

如果数值> 0 ,就是enable了共享服务器．

2).在配置为共享服务器的情况，Client可以用共享服务器或者专用服务器来联接数据库，这个参数的控制是在tnsnames.ora里设定的。如：

aaaa=
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = aaaa)(PORT = 1521))
)
(CONNECT_DATA =
(SID = aa)
(SERVER=DEDICATED)
)
)

用DEDICATED方式连接DB.

另外，Background process ,以及通过本地连接进来的，只能是DEDICATED .比如说sqlplus user/pass形式

如果DB没有配置共享服务器，那么Client只能以DEDICATED方式连接DB.

3)判断一个已经连接的session的连接方式

a)select server from v$session where ...

如果server = 'DEDICATED'则是DEDICATED方式

server='SHARED'则是shared方式，并且正有shared_server_process为其服务