在Oracle體系結構中很重要的三個概念資料庫(database)、例項(instance)、會話(session)

什麼是會話(session)?
會話描述的角度是客戶端，由客戶端發起請求，伺服器端響應回覆。這種互動的過程就叫做會話(session)。

實驗環境:Oracle 11g R2，專屬伺服器模式
專屬伺服器session和程式應該是1對1的關係，方便理解。

環境構建解釋:
檢視會話與程式當前是否為一對一的關係，如果不是排除問題。
SQL> select count(1) from v$session;

COUNT(1)
----------
24
SQL> select count(1) from v$process;

COUNT(1)
----------
27
檢視哪些程式有問題:
SQL> select * from v$process
2 where addr in
3 (
4 select addr from v$process
5 minus
6 select paddr from v$session
7 )
8 ;

ADDR PID SPID PNAME USERNAME SERIAL# TERMINAL PROGRAM TRACEID TRACEFILE BACKGROUND LATCHWAIT LATCHSPIN PGA_USED_MEM PGA_ALLOC_MEM PGA_FREEABLE_MEM PGA_MAX_MEM
-------- ---------- ------------------------ ----- --------------- ---------- ---------------- ---------------------------------------------------------------- -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- ---------- --------- --------- ------------ ------------- ---------------- -----------
21C73344 1 0 PSEUDO d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_ora_0.trc 0 0 0 0
21C7E3C4 17 768 D000 SYSTEM 1 CRISS-PC ORACLE.EXE (D000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_d000_768.trc 734333 1009586 0 1009586
21C7EECC 18 6060 S000 SYSTEM 1 CRISS-PC ORACLE.EXE (S000) d:\oracle\diag\rdbms\criss_db\crissdb\trace\crissdb_s000_6060.trc 283953 485298 0 485298

這三個程式第一個為偽裝程式

另外兩個為共享伺服器模式下的程式，可透過修改相關引數去掉
SQL> show parameter shared_servers

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
max_shared_servers integer
shared_servers integer 1

alter system set shared_servers = 0;

SQL> show parameter dispatchers

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
dispatchers string (PROTOCOL=TCP) (SERVICE=crissdbXDB)
max_dispatchers integer

alter system set dispatchers = '';

然後重啟資料庫，相應的共享伺服器模式的程式就沒有了。

(我這裡沒有修改相關引數，有需要構建絕對的專屬伺服器模式可以照上述方法去做)
SQL> select count(1) from v$session;

COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);

COUNT(1)
----------
24

==================================================================================
登入建立會話的請求情況有如下幾種:

一.服務名不對（使用者名稱密碼對錯無關緊要，因為服務命不對）

C:\Users\Criss>sqlplus a/a@abc

SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 18:27:49 2014

Copyright (c) 1982, 2010, Oracle. All rights reserved.

此時...掛在這裡一段時間然後抱如下資訊

ERROR:
ORA-12154: TNS: 無法解析指定的連線識別符號

請輸入使用者名稱:

其過程中我們執行檢視程式數和會話數，數量始終不變
SQL> select count(1) from v$session;

COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);

COUNT(1)
----------
24

二.服務命對，使用者名稱密碼不對的情況

C:\Users\Criss>sqlplus abc/abc@criss

SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:42:19 2014

Copyright (c) 1982, 2010, Oracle. All rights reserved.

ERROR:
ORA-01017: 使用者名稱/口令無效; 登入被拒絕

請輸入使用者名稱:

此時後臺程式新增了一個，過一段時間(連線超時)這個新增近會被SMON程式殺死，程式數會重新變成24個
SQL> select count(1) from v$session;

COUNT(1)
----------
24
SQL> select count(1) from v$process where pid not in (1,17,18);

COUNT(1)
----------
25

三.服務名，使用者名稱，密碼都正確的情況
C:\Users\Criss>sqlplus a/a@criss

SQL*Plus: Release 11.2.0.1.0 Production on 星期二 6月 17 19:48:12 2014

Copyright (c) 1982, 2010, Oracle. All rights reserved.

連線到:
Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL>

此時！
SQL> select count(1) from v$session;

COUNT(1)
----------
25
SQL> select count(1) from v$process where pid not in (1,17,18);

COUNT(1)
----------
25

也就說明一個新的seesion建立了！一個新增的程式對應一個新增的服務。

總結下:
總結下:
第一種情況，由於服務名不對，連線請求直接就被攔截在資料庫外，沒有啟動任何程式，對資料庫無影響。
第二種情況，服務名正確，使用者名稱或密碼不正確，啟動了程式，無法建立session。
第三種情況，服務名，使用者名稱，密碼都正確。連線資料庫，程式首先啟動，這個程式負責校驗使用者名稱和密碼，使用者名稱和密碼是正確，就create session，程式將服務於這個session。由於是專屬伺服器模式，所以它們是一對一的。

Oracle 會話(Session)

相關文章