Oracle进程类别(1)

Oracle进程类别

 

n        Oracle实例主要有3类进程：

Ø         服务器进程（server process）：这些进程根据客户的请求来完成工作。我们已经对专用服务器和共享服务器有了一定的了解。它们就是服务器进程。

Ø         后台进程（background process）：这些进程随数据库而启动，用于完成各种维护任务，如将块写至磁盘、维护在线重做日志、清理异常中止的进程等。

Ø         从属进程（slave process）：这些进程类似于后台进程，不过它们要代表后台进程或服务器进程完成一些额外的工作。

专用服务器（dedicated server）连接，采用专用服务器连接时，会在服务器上得到针对这个连接的一个专用进程。数据库连接与服务器上的一个进程或线程之间存在一对一的映射。

共享服务器（shared server）连接，采用共享服务器连接时，多个会话可以共享一个服务器进程池，其中的进程由Oracle实例生成和管理。你所连接的是一个数据库调度器（dispatcher），而不是特意为连接创建的一个专用服务器进程。

 

n        连接与会话

连接并不是会话的同义词，在一条连接上可以建立0个、一个或多个会话。各个会话是单独而且独立的，即使它们共享同一条数据库物理连接也是如此。一个会话中的提交不会影响该连接上的任何其他会话。实际上，还可以有连接而无相应的会话。另外，一个会话可以有连接也可以没有连接。使用高级Oracle Net特性（如连接池）时，客户可以删除一条物理连接，而会话依然保留（但是会话会空闲）。客户在这个会话上执行某个操作时，它会重新建立物理连接。

连接（connection）：连接是从客户到Oracle实例的一条物理路径。连接可以在网络上建立，或者通过IPC机制建立。通常会在客户进程与一个专用服务器或一个调度器之间建立连接。

会话（session）：会话是实例中存在的一个逻辑实体。这就是你的会话状态（session state），也就是表示特定会话的一组内存中的数据结构。提到“数据库连接”时，大多数人首先想到的就是“会话”。你要在服务器中的会话上执行SQL、提交事务和运行存储过程。

 

专用服务器模式中连接与会话的例子：如果一个用户连接上数据库进行操作，操作时也打开set autotrace on statistics， 则会创建一个跟踪统计的会话，此时一个连接有两个会话。如果用户执行命令disconnect，（其实这个命令真正的意思应该是“destroy_all_session”，因为用户并没有真正断开连接，如果要真正断开连接，则应该执行“exit“命令。）另一个用户在另一个窗口中打开另一个会话查询系统会话视图v$session则不会看到之前的会话，但仍有一个进程，即相应地有一条物理连接。这说明可以有连接而没有会话。之前的用户可以使用connect命令（真正的意思应该是create_session）在刚才的连接上再创建新会话。

 

如果是共享服务器模式，一个会话可能由多个服务进程轮流为之服务，一个进程可能为多个会话服务。简单地说，连接和会话之间有一种多对多的关系。

1. 什么时候使用专用服务器？

因为存在一对一的映射，所以不必担心长时间运行的事务会阻塞其他事务。其他事务只通过其自己的专用进程来处理。因此，在非OLTP环境中，也就是可能有长时间运行事务的情况下，应该只考虑使用这种模式。专用服务器是Oracle的推荐配置，它能很好地扩缩。只要服务器有足够的硬件（CPU和RAM）来应对系统所需的专用服务器进程个数，专用服务器甚至可以用于数千条并发连接。

某些操作必须在专用服务器模式下执行，如数据库启动和关闭，所以每个数据库中可能同时有专用服务器和共享服务器，也可能只设置一个专用服务器。

 

2. 什么时候使用共享服务器？

对于共享服务器，则有一种多对一的关系：多个客户对应一个共享服务器。共享服务器的首要原则：要确保事务的持续时间尽量短。事务可以频繁地执行，但必须在短时间内执行完（这正是OLTP系统的特点）。

共享服务器只适用于OLTP系统，这种系统的特点是事务短而且频繁。共享服务器对数据仓库很不适用，因为在数据仓库中，可能会执行耗时1分钟、2分钟、5分钟甚至更长时间的查询。

如果你的系统中90%都是OLTP，只有10%“不那么OLTP”，那么可以在同一个实例上适当地混合使用专用服务器和共享服务器。

许多高级连接特性都要求使用共享服务器。如果你想使用Oracle Net连接池，就必须使用共享服务器。如果你想在数据库之间使用数据库链接集合（database link concentration），也必须对这些连接使用共享服务器。

共享服务器主要为我们做3件事：减少操作系统进程/线程数，刻意地限制并发度，以及减少系统所需的内存。

使用共享服务器时，UGA在SGA中分配。这说明，转变为共享服务器时，必须能准确地确定需要多少UGA内存，并适当地在SGA中分配（通过LARGE_POOL_SIZE参数）。所以，共享服务器配置中对SGA的需求通常很大。这个内存一般要预分配，从而只能由数据库实例使用。

注意 对于大小可以调整的SGA，随着时间的推移确实可以扩大或收缩这个内存，但是在大多数情况下，它会由数据库实例所“拥有”，其他进程不能使用。