概念介紹
通俗來講，會話(Session) 是通信雙方從開始通信到通信結束期間的一個上下文（Context）。這個上下文是一段位於服務器端的內存：記錄了本次連接的客戶端機器、通過哪個應用程序、哪個用戶登錄等信息.
連接（Connection）：連接是從客戶端到ORACLE實例的一條物理路徑。連接可以在網絡上建立，或者在本機通過IPC機制建立。通常會在客戶端進程與一個專用服務器或一個調度器之間建立連接。
會話(Session) 是和連接(Connection)是同時建立的，兩者是對同一件事情不同層次的描述。簡單講，連接(Connection)是物理上的客戶端同服務器的通信鏈路，會話(Session)是邏輯上的用戶同服務器的通信交互。
ORACLE中一個用戶登錄ORACLE服務器的前提，就是該用戶具有ORACLE的 “CREATE SESSION”權限。ORACE允許同一個用戶在同一個客戶機上建立多個同服務器的會話，每個SESSION都代表了用戶與服務器的一個交互。就像你用IE浏覽器打開博客園網站，然後你再打開一個IE窗口，又打開一個博客園網站。兩個IE窗口就相當於兩個SESSION， 而物理鏈路就相當於連接（Connection）。後台進程PMON會每隔一段時間，就會檢測用戶連接狀況，如果連接已斷開，PMON會清理現場，釋放相關的資源。
在一條連接上可以建立0個、一個或多個會話。各個會話是單獨而且獨立的，即使它們共享同一條數據庫物理連接也是如此。一個會話中的提交不會影響該連接上的任何其他會話。實際上，還可以有連接而無相應的會話。另外，一個會話可以有連接也可以沒有連接。使用高級Oracle Net特性（如連接池）時，客戶可以刪除一條物理連接，而會話依然保留（但是會話會空閒）。客戶在這個會話上執行某個操作時，它會重新建立物理連接。
在專用服務器中，一個會話對應一個服務器進程（Process),如果數據庫運行在共享服務器方式，一個服務器進程可以為多個會話服務。
下面是一段關於連接（connection）、會話、進程的英文描述
A connection is a physical circuit between you and the database. A connection might be one of many types -- most popular begin DEDICATED server and SHARED server. Zero, one or more sessions may be established over a given connection to the database as show above with sqlplus. A process will be used by a session to execute statements. Sometimes there is a one to one relationship between CONNECTION->SESSION->PROCESS (eg: a normal dedicated server connection). Sometimes there is a one to many from connection to sessions (eg: like autotrace, one connection, two sessions, one process).
A process does not have to be dedicated to a specific connection or session however, for example when using shared server (MTS), your SESSION will grab a process from a pool of processes in order to execute a statement. When the call is over, that process is released back to the pool of processes.
會話&鏈接
在具體的應用場景中連接(connction) 和 會話(session) 有很多情況：
1. SQL*PLUS 登錄 ORACLE
這種場景比較容易理解，一個連接對應一個Session。
2. PL/SQL Developer工具登錄ORACLE
PL/SQL Developer工具——>首選項——>連接下，你可以設置會話方式，如下圖所示：
如果設置選項選擇多路會話，：PL/SQL Developer 登錄ORACLE，每打開一個窗口，將創建一個新的會話，而設置選項選擇單路會話，則新打開的窗口會共用一個會話。具體你可以參考PLSQL Developer8.0用戶指南：
多路會話：每個測試窗口、SQL窗口和命令窗口都將有它自己的會話，另外的一個會話將被用於編譯。這是最靈活的設置，明顯地會導致最大數量的數據庫會話。另外可能的缺點是，在更新被提交之後，它們只在X窗口中可以看到，而在Y窗口看不到。
雙路會話：測試窗口、SQL窗口和命令窗口將共享一個會話，另外一個會話將被用於編譯。這個模式的缺點是每次只有一個窗口可以運行程序。
單路會話：所有的窗口和所有的編譯都使用同一個會話，這使事務管理變得很困難。在這個模式中調試器被禁用使用。如果你被限制只能使用一個數據庫會話，那麼你只能使用這個設置了。
會話&進程
在Oracle中如何查看參數sessiones或processes的值呢？一般使用show parameter命令查看。
SQL> show parameter processes;
NAME TYPE VALUE
------------------------------------ -------------------------------- ---------------
aq_tm_processes integer 0
db_writer_processes integer 1
gcs_server_processes integer 0
job_queue_processes integer 10
log_archive_max_processes integer 2
processes integer 850
SQL> show parameter session;
NAME TYPE VALUE
------------------------------------ -------------------------------- -----------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
session_cached_cursors integer 20
session_max_open_files integer 10
sessions integer 940
shared_server_sessions integer
SQL>
方法2：查詢v$parameter
select name, type, value ,display_value, isses_modifiable, issys_modifiable
from v$parameter
where name='sessions';
select name, type, value ,display_value, isses_modifiable, issys_modifiable
from v$parameter
where name='processes';
方法3：查詢v$resiyrce_limit;
Oracle的sessions和processes的數量關系是：
Oracle 11g R1以及之前版本
sessions=(1.1 * processes) + 5
Oracle 11g R2
sessions=(1.5 * processes) + 22
如下例子所示，在Oracle 10g 版本中，processes與sessions的關系如下所示：
SQL> select * from v$version;
BANNER
----------------------------------------------------------------
Oracle Database 10g Release 10.2.0.4.0 - 64bit Production
PL/SQL Release 10.2.0.4.0 - Production
CORE 10.2.0.4.0 Production
TNS for Linux: Version 10.2.0.4.0 - Production
NLSRTL Version 10.2.0.4.0 - Production
SELECT (1.1 *850)+ 5 FROM DUAL; 其值剛好為940
一般修改參數processes後，sessions參數也會隨之變化，但是有一個奇怪的現象時，如下所示，我將processes從
850改為120後，重啟數據庫實例，發現sessions的值並沒有隨之變化。這個現象一般發生在改小processes參數。為什麼這樣呢？
共享服務器模式，一個會話可能由多個服務進程輪流為之服務，一個進程可能為多個會話服務。簡單地說，進程和會話之間有一種多對多的關系。
會話管理
1：查看當前所有用戶的會話(SESSION)：
SELECT * FROM V$SESSION
WHERE USERNAME IS NOT NULL
ORDER BY LOGON_TIME , SID;
其中Oracle內部進程的USERNAME為空
2：查看當前用戶的所有SESSION：
SELECT * FROM V$SESSION
WHERE USERNAME = USER
ORDER BY LOGON_TIME, SID;
3：查看當前窗口/當前用戶的會話信息
SELECT SID, SERIAL#, STATUS FROM V$SESSION WHERE AUDSID=USERENV('SESSIONID');
4：查看所有ACTIVE會話(活動會話)
SELECT * FROM V$SESSION
WHERE USERNAME IS NOT NULL AND STATUS='ACTIVE'
ORDER BY LOGON_TIME, SID;
5：查看當前會話的ID可以通過如下腳本:
SELECT * FROM V$MYSTAT WHERE ROWNUM =1
查看當前用戶的SPID
SELECT P.SPID, S.SID, S.SERIAL#
FROM V$PROCESS P
INNER JOIN V$SESSION S ON P.ADDR = S.PADDR
WHERE S.AUDSID=USERENV('SESSIONID');
6：查看數據庫允許最大會話數
SQL> SHOW PARAMETER SESSIONS;
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
java_max_sessionspace_size integer 0
java_soft_sessionspace_limit integer 0
license_max_sessions integer 0
license_sessions_warning integer 0
logmnr_max_persistent_sessions integer 1
sessions integer 225
shared_server_sessions integer
SQL> SELECT NAME, TYPE, VALUE FROM V$PARAMETER WHERE NAME LIKE 'session%';
NAME TYPE VALUE
--------- ---------- -----------
sessions 3 225
session_cached_cursors 3 20
session_max_open_files 3 10
7：查看曾經的最大會話數：
SQL>
SQL> SELECT SESSIONS_MAX,SESSIONS_WARNING,SESSIONS_CURRENT,SESSIONS_HIGHWATER
2 FROM v$license;
SESSIONS_MAX SESSIONS_WARNING SESSIONS_CURRENT SESSIONS_HIGHWATER
------------ ---------------- ---------------- ------------------
0 0 512 553
SESSIONS_HIGHWATER表示曾經的最大會話數512
8：查詢那些應用的連接數此時是多少
SELECT B.PROGRAM , COUNT(1)
FROM V$PROCESS A, V$SESSION B
WHERE A.ADDR = B.PADDR
AND B.USERNAME IS NOT NULL
GROUP BY B.PROGRAM;
會話狀態：
會話有ACTIVE、INACTIVE、KILLED、CACHED、SNIPED五個狀態，一般比較常見的有ACTIVE、INACTIVE、KILLED三個狀態。
ACTIVE ：處於此狀態的會話，表示正在執行，處於活動狀態。
INACTIVE ：處於此狀態的會話表示不是正在執行的
KILLED ：處於此狀態的會話，表示出現了錯誤或進程被殺掉，正在回滾，當然，這個狀態的會話也占用系統資源的。還有一點就是， KILLED的狀態一般會持續較長時間，如果你想快速殺掉回話，可以參考我以前的一篇文章ORACLE快速徹底Kill掉的會話
CACHED ： Session temporarily cached for use by Oracle*XA
SNIPED ： Session inactive, waiting on the client。 標記為SNIPED的進程被釋放有兩種條件：
1、相關的terminal再一次試圖登錄及執行sql
2、手動的在操作系統後台kill掉相應的spid
關於會話信息
通過如下SQL你可以查詢你的每個應用程序到底在等待什麼，從而針對這些信息對數據庫的性能進行調整。
COL USERNAME FOR A12;
COL PROGRAM FOR A32;
COL EVENT FOR A26;
SELECT S.USERNAME
,S.PROGRAM
,S.STATUS
,SE.EVENT
,SE.TOTAL_WAITS
,SE.TOTAL_TIMEOUTS
,SE.TIME_WAITED
,SE.AVERAGE_WAIT
FROM V$SESSION S, V$SESSION_EVENT SE
WHERE S.SID=SE.SID AND SE.EVENT NOT LIKE 'SQL*Net%'
AND S.STATUS ='ACTIVE' AND S.USERNAME IS NOT NULL;
2.ORACLE中查詢被鎖的表並釋放session
SELECT A.OWNER
,A.OBJECT_NAME
,B.XIDUSN
,B.XIDSLOT
,B.XIDSQN
,B.SESSION_ID
,B.ORACLE_USERNAME
,B.OS_USER_NAME
,B.PROCESS
,B.LOCKED_MODE
,C.MACHINE
,C.STATUS
,C.SERVER
,C.SID
,C.SERIAL#
,C.PROGRAM
FROM ALL_OBJECTS A,V$LOCKED_OBJECT B,SYS.GV_$SESSION C
WHERE A.OBJECT_ID = B.OBJECT_ID AND B.PROCESS = C.PROCESS ORDER BY 1,2;
3.查看占用系統IO較大的session
SELECT se.sid
,se.serial#
,pr.spid
,se.username
,se.status
,se.terminal
,se.program
,se.module
,se.sql_address
,st.event
,st.p1text
,si.physical_reads
,si.block_changes
FROM v$session se,v$session_wait st,v$sess_io si,v$process pr
WHERE st.sid=se.sid AND st.sid=si.sid
AND se.paddr=pr.ADDR AND se.sid>6
AND st.wait_time=0 AND st.event NOT LIKE '%SQL%'
ORDER BY physical_reads DESC;
4.找出耗cpu較多的session
select a.sid
,spid
,status
,substr(a.program,1,40) prog
,a.terminal
,osuser
,value/60/100 value
from v$session a,v$process b,v$sesstat c
where c.statistic#=12 and c.sid=a.sid and a.paddr=b.addr
order by value desc
參考資料：
http://www.linuxidc.com/Linux/2011-06/37178.htm
http://shaharear.blogspot.com/2008/05/oracle-session-resource-profiler.html
http://www.linuxidc.com/Linux/2013-05/84924.htm
