ORACLE會話連線程式三者總結
通俗來講,會話(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$resource_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
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31520497/viewspace-2156860/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【經典】連線oracle的總結(關於tnsname和監聽)Oracle
- SQL Server如何判斷哪些會話/連線是長連線?SQLServer會話
- 成為MySQL DBA後,再看ORACLE資料庫(八、程序、連線與會話)MySqlOracle資料庫會話
- Java Web 會話技術總結JavaWeb會話
- 檢視當前pg會話連線數會話
- ?ORACLE會話超時Oracle會話
- cx_Oracle 連線 OracleOracle
- Windows10遠端桌面連線會話已結束解決方法之一Windows會話
- thinkphp連線OraclePHPOracle
- PHP 連線 OraclePHPOracle
- PHP 連線oraclePHPOracle
- Servlet連線OracleServletOracle
- Smack 開發總結(一)管理連線Mac
- SQLAlchemy - 資料庫的連線、建立會話與模型SQL資料庫會話模型
- Oracle阻塞會話查詢Oracle會話
- 線上問題總結-獲取不到連線池(logback 配置+程式碼問題)
- Oracle:優化方法總結(關於連表查詢)Oracle優化
- oracle 連線查詢Oracle
- DBA ORACLE連線操作Oracle
- 3.2.2 python連線oraclePythonOracle
- oracle的會話如何自殺?Oracle會話
- Oracle特性總結Oracle
- ISP 連結總結
- oracle 左錶連結Oracle
- 客戶端無法重新使用 SPID 為 2799 的會話,該會話已被重置用於連線池客戶端會話
- Oracle左外連線、右外連線、完全外連線以及(+)號用法Oracle
- Oracle連線Db2OracleDB2
- [Oracle-> MySQL] Oracle通過dblink連線MySQL--Oracle 19c連線到MySQL 5.7OracleMySql
- Oracle學習總結Oracle
- 對話論文總結
- java操作Oracle 方式一 ( 連線-》操作-》斷開連線 )JavaOracle
- 【JDBC】java連線池模擬測試 連線oracleJDBCJavaOracle
- 【JDBC】使用OracleDataSource建立連線池用於連線OracleJDBCOracle
- 線性表(陣列、連結串列、佇列、棧)詳細總結陣列佇列
- Oracle 自動化運維-Python連線OracleOracle運維Python
- 備忘錄:關於.net程式連線Oracle資料庫Oracle資料庫
- Oracle SQL Developer 連線資料庫總是顯示io錯誤OracleSQLDeveloper資料庫
- cx_Oracle.SessionPool 連線池OracleSession