java disconnect_当一个会话执行了disconnect命令后，“与之相连”的那个专用服务会不会被销毁？...

在一条连接上可以建立0 个、一个或多个会话。各个会话是单独而且独立的，即使它们共享同一条数据库物理连接也是如此。一个会话中

的提交不会影响该连接上的任何其他会话。实际上，一条连接上的各个会话可以使用不同的用户身份。

在Oracle 中，连接只是客户进程和数据库实例之间的一条特殊线路，最常见的就是网络连接。这条连接可能连接到一个专用服务器进程

，也可能连接到调度器。如前所述，连接上可以有0 个或多个会话，这说明可以有连接而无相应的会话。另外，一个会话可以有连接也可

以没有连接。使用高级Oracle Net 特性(如连接池)时，客户可以删除一条物理连接，而会话依然保留(但是会话会空闲)。客户在这个会

话上执行某个操作时，它会重新建立物理连接。

连接(connection)：连接是从客户到Oracle 实例的一条物理路径。连接可以在网络上建立，或者通过IPC 机制建立。通常会在客户进程

与一个专用服务器或一个调度器之间建立连接。不过，如果使用Oracle 的连接管理器(Connection Manager ，CMAN)，还可以在客户和

CMAN之间以及CMAN 和数据库之间建立连接。

会话(session)：会话是实例中存在的一个逻辑实体。这就是你的会话状态(session state)，也就是表示特定会话的一组内存中的数据结

构。提到"数据库连接"时，大多数人首先想到的就是"会话"。你要在服务器中的会话上执行SQL、提交事务和运行存储过程。可以使用

SQL*Plus 来看一看实际的连接和会话是什么样子，从中还可以了解到，实际上一条连接有多个会话的情况相当常见。

这里使用了AUTOTRACE 命令，并发现有两个会话。我们在一条连接上使用一个进程创建了两个会话。以下是其中的第一个会话：

1.环境：

SCOTT@book> @ &r/ver1

PORT_STRING                    VERSION        BANNER

------------------------------ -------------- --------------------------------------------------------------------------------

x86_64/Linux 2.4.xx            11.2.0.4.0     Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

SCOTT@book> @ &r/spid

SID    SERIAL# SPID       PID  P_SERIAL# C50

---------- ---------- ------ ------- ---------- --------------------------------------------------

232         11 47940       21          6 alter system kill session '232,11' immediate;

SCOTT@book> select username, sid, serial#, server,paddr, status from v$session where username='SCOTT';

USERNAME                    SID    SERIAL# SERVER    PADDR            STATUS

-------------------- ---------- ---------- --------- ---------------- --------

SCOTT                       232         11 DEDICATED 00000000854F1758 ACTIVE

SCOTT@book> set autotrace on statistics

SCOTT@book> select username, sid, serial#, server,paddr, status from v$session where username='SCOTT';

USERNAME                    SID    SERIAL# SERVER    PADDR            STATUS

-------------------- ---------- ---------- --------- ---------------- --------

SCOTT                       232         11 DEDICATED 00000000854F1758 ACTIVE

SCOTT                       233        117 DEDICATED 00000000854F1758 INACTIVE

Statistics

----------------------------------------------------------

0  recursive calls

0  db block gets

0  consistent gets

0  physical reads

0  redo size

992  bytes sent via SQL*Net to client

520  bytes received via SQL*Net from client

2  SQL*Net roundtrips to/from client

0  sorts (memory)

0  sorts (disk)

2  rows processed

此时有了两个会话，但是这两个会话都使用同一个专用服务器进程，从它们都有同样的PADDR 值就能看出这一点。从操作系统也可以得到

确认，因为没有创建新的进程，对这两个会话只使用了一个进程(一条连接)。

需要注意，其中一个会话(原来的会话)是ACTIVE(活动的)。这是有道理的： 它正在运行查询来显示这个信息，所以它当然是活动的。但

是那个INACTIVE(不活动的)会话呢？那个会话要做什么？这就是AUTOTRACE 会话，它的任务是"监视"我们的实际会话，并报告它做了什么

。

在SQL*Plus 中启用(打开)AUTOTRACE 时，如果我们执行DML 操作(INSERT、UPDATE、DELETE、SELECT和MERGE)，SQL*Plus 会完成以下动作：

(1)如果还不存在辅助会话[1]，它会使用当前连接创建一个新会话。

(2)要求这个新会话查询V$SESSTAT视图来记住实际会话(即运行DML的会话)的初始统计值。

(3)在原会话中运行DML 操作。

(4)DML 语句执行结束后，SQL*Plus会请求另外那个会话(即"监视"会话)再次查询V$SESSTAT，并生成前面所示的报告，显示出原会话(执

行DML 的会话)的统计结果之差。

如果关闭AUTOTRACE，SQL*Plus 会终止这个额外的会话，在V$SESSION 中将无法看到这个会话。你可能会问："SQL*Plus 为什么要这样做

，为什么要另建一个额外的会话？"。原因是：如果使用同一个会话来监视内存使用，那执行监视本身也要使用内存。

如果在同一个会话中观察统计结果，就会对统计结果造成影响(导致对统计结果的修改)。倘若SQL*Plus使用一个会话来报告所执行的I/O

次数，网络上传输了多少字节，以及执行了多少次排序，那么查看这些详细信息的查询本身也会影响统计结果。这些查询可能自己也要排

序、执行I/O 以及在网络上传输数据等(一般来说都会如此！)。因此，我们需要使用另一个会话来正确地测量。

到目前为止，我们已经看到一条连接可以有一个或两个会话。现在，我们想使用SQL*Plus 来查看一条没有任何会话的连接。这很容易。

在上例所用的同一个SQL*Plus 窗口中，只需键入一个"很容易误解"的命令即DISCONNECT：

SCOTT@book> set autotrace off

SCOTT@book> select username, sid, serial#, server,paddr, status from v$session where username='SCOTT';

USERNAME                    SID    SERIAL# SERVER    PADDR            STATUS

-------------------- ---------- ---------- --------- ---------------- --------

SCOTT                       232         11 DEDICATED 00000000854F1758 ACTIVE

SCOTT@book> disconnect

Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

从技术上讲，这个命令应该叫DESTROY_ALL_SESSIONS 更合适，而不是DISCONNECT，因为我们并没有真正物理地断开连接。

注意在SQL*Plus 中要真正地断开连接，应该执行"exit"命令，因为你必须退出才能完全撤销连接。不过，我们已经关闭了所有会话。

使用另一个用户账户打开另一个会话，并查询原用户SCOTT。

SYS@book> select username, sid, serial#, server,paddr, status from v$session where username='SCOTT';

no rows selected

可以看到，这个账户名下没有会话，但是仍有一个进程，相应地有一条物理连接(使用前面的ADDR值)：

SYS@book> column TRACEID noprint

SYS@book> column TRACEFILE noprint

SYS@book> select * from v$process where addr = hextoraw('00000000854F1758');

ADDR                 PID SPID   PNAME  USERNAME                SERIAL# TERMINAL     PROGRAM                    B LATCHWAIT        LATCHSPIN        PGA_USED_MEM PGA_ALLOC_MEM PGA_FREEABLE_MEM PGA_MAX_MEM

---------------- ------- ------ ------ -------------------- ---------- ------------ -------------------------- - ---------------- ---------------- ------------ ------------- ---------------- -----------

00000000854F1758      21 47940         oracle                        6 UNKNOWN      oracle@gxqyydg4(TNS V1-V3)                                          6232670       9954798          1048576    11331054

所以，这就有了一条没有相关会话的"连接"。可以使用SQL*Plus 的CONNECT 命令(这个命令的名字也起得不恰当)，在这个现有的进程中

创建一个新会话(CONNECT命令叫CREATE_SESSION更合适)：

SCOTT@book> connect scott/book

Connected.

SCOTT@book> @ &r/spid

SID    SERIAL# SPID       PID  P_SERIAL# C50

---------- ---------- ------ ------- ---------- --------------------------------------------------

232         13 47974       21          7 alter system kill session '232,13' immediate;

SCOTT@book> select username, sid, serial#, server,paddr, status from v$session where username='SCOTT';

USERNAME                    SID    SERIAL# SERVER    PADDR            STATUS

-------------------- ---------- ---------- --------- ---------------- --------

SCOTT                       232         13 DEDICATED 00000000854F1758 ACTIVE

可以注意到，PADDR 还是一样的，所以我们还是在使用同一条物理连接，但是(可能)有一个不同的SID。我说"可能有"，是因为也许还会

分配同样的SID，这取决于在我们注销时是否有别人登录，以及我们原来的SID 是否可用。

到此为止，这些测试都是用一条专用服务器连接执行的，所以PADDR 正是专用服务器进程的进程地址。

--注意进程号SPID,SERIAL#都发生了变化。

--理解这些基本概念很重要。这样就非常好理解连接与会话。