ORACLE會話連線程式三者總結

Davis_itpub發表於2018-06-27
概念介紹

     通俗來講,會話(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工具——>首選項——>連線下,你可以設定會話方式,如下圖所示:

ORACLE會話連線程式三者總結 

如果設定選項選擇多路會話,: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$resource_limit;

ORACLE會話連線程式三者總結 


 

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

ORACLE會話連線程式三者總結 

一般修改引數processes後,sessions引數也會隨之變化,但是有一個奇怪的現象時,如下所示,我將processes從

850改為120後,重啟資料庫例項,發現sessions的值並沒有隨之變化。這個現象一般發生在改小processes引數。為什麼這樣呢?

 ORACLE會話連線程式三者總結

ORACLE會話連線程式三者總結 

共享伺服器模式,一個會話可能由多個服務程式輪流為之服務,一個程式可能為多個會話服務。簡單地說,程式和會話之間有一種多對多的關係。

 

會話管理

 

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

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/30208428/viewspace-1847074/,如需轉載,請註明出處,否則將追究法律責任。

相關文章