合 Oracle之杀会话kill session的相关问题
Tags： Oracle杀会话kill sessionorakill
- 前言部分
- 导读和注意事项
- 本文简介
- 相关知识点扫盲
- 得到当前会话的几个SQL
- Session 状态说明
- 清理inactive会话的3种方式
- 设置sqlnet.expire_time
- 设置用户profile的idle_time 参数
- 找到很久没有响应的会话然后kill掉
- oracle死连接(DC)和不活动会话(INACTIVE)
- kill session相关内容
- oracle killed会话不释放的问题
- killed状态的会话如何找到spid列
- 为何killed状态的进程一直在v$session中能查询到？
- 为何kill session后，paddr变成同一个值了？
- ALTER SYSTEM KILL SESSION 权限不足
- 授予普通用户杀自己session的权限
- ALTER SYSTEM DISCONNECT SESSION 说明
- PMON 清理间隔
- MOS上的一些资料
- 实验部分
- 实验环境介绍
- 实验内容
- 实验过程
- 设置用户profile的idle_time 参数
- 授予普通用户杀自己session的权限
- kill session的时候加immediate和不加immediate的区别
- Windows平台杀后端进程orakill
- 常用SQL
前言部分
导读和注意事项
① killed状态的会话如何释放(如何找到后台进程)--重点？
② 授予普通用户可以kill自己用户session的权限
③ kill session和disconnect session的区别
④ v$session.CREATOR_ADDR列的使用
⑤ 对inactive会话的处理(1、sqlnet.ora文件中设置expire_time 参数 2、用户profile的idle_time 参数 3、找到很久没有响应的会话然后kill掉)
⑥ v$session.LAST_CALL_ET的使用
⑦ PMON的清理周期隐含参数"_PKT_PMON_INTERVAL"介绍
本文简介
今天同事杀会话的时候采用了alter system kill session ‘xxx,xxx’的方式，结果杀完后，v$session中还可以查到，就求助我，因为我之前杀会话都是带的immediate的，杀完后会立刻释放，v$session中也查询不到，同事现在的情况就只能杀后台进程了，但paddr列关联不到后台进程，查了下MOS还是给出了一些办法，整理了一下，分享给大家。
相关知识点扫盲
得到当前会话的几个SQL
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 | SELECT USERENV('SID') FROM DUAL; SELECT SID FROM V$MYSTAT WHERE ROWNUM =1; SELECT b.SID, b.SERIAL# FROM v$session b WHERE b.SID = USERENV('SID'); SELECT a.SID, b.SERIAL# FROM v$mystat a, v$session b WHERE a.SID = b.SID AND rownum = 1; SELECT a.SID, b.SERIAL# , c.SPID, b.status FROM v$mystat a, v$session b , v$process c WHERE a.SID = b.SID and b.PADDR=c.ADDR AND rownum = 1; SELECT b.SID, b.SERIAL# , c.SPID, b.status FROM v$session b , v$process c WHERE b.PADDR=c.ADDR AND b.sid=???; |
Session 状态说明
Oracle session 有如下几种状态:
ACTIVE - Session currently executing SQL
INACTIVE
KILLED - Session marked to be killed
CACHED - Session temporarily cached for use by Oracle*XA
SNIPED - Session inactive, waiting on the client
有关状态的说明：
（1）active 处于此状态的会话，表示正在执行，处于活动状态。
官方文档说明：
Any session that is connected to the database and is waiting for an event that does not belong to the Idle wait class is considered as an active session.
（2）killed处于此状态的会话，被标注为删除，表示出现了错误，正在回滚。
当然，也是占用系统资源的。还有一点就是，killed的状态一般会持续较长时间，而且用windows下的工具pl/sql developer来kill掉，是不管用的，要用命令：alter system kill session 'sid,serial#' ;
（3）inactive 处于此状态的会话表示不是正在执行的
该状态处于等待操作(即等待需要执行的SQL语句)，通常当DML语句已经完成。 但连接没有释放，这个可能是程序中没有释放，如果是使用中间件来连接的话，也可能是中间件的配置或者是bug 导致。inactive对数据库本身没有什么影响，但是如果程序没有及时commit，那么就会造成占用过多会话。容易是DB 的session 达到极限值。
一般不处理inactive 状态的session， 如果达到了session 的最大值， 就增加processes 和 sessions 参数。 对于Inactive 状态的session，可以设置过期时间：
（1）sqlnet.ora文件中设置expire_time 参数
（2）设置用户profile的idle_time 参数
（3）找到很久没有响应的会话然后kill掉
当设置了resource_limit=true 。通过idle_time限制session idle 时间。session idle超过设置时间，状态为sniped (v$session).,然而OS下的process并不会释放，当session(user process) 再次与server process 通讯，将关闭相应的server process.
sqlnet.expire_time 的原理不一样，Oracle Server 发送包探测dead connection ，如果连接关闭，或者不再用，则关闭相应的server process.
以上两者组合使用，减少server process,防止process超过init$ORACLE_SID极限值。
本文会对这3种方式分别说明的。清理inactive会话的3种方式
设置sqlnet.expire_time
可以在sqlnet.ora文件里面加上sqlnet.expire_time这个参数来解决，设置一个分钟数，这是ORACLE建议的DCD解决方法。
在 sqlnet.ora文件中设置expire_time 参数
官网有关这个参数的说明：
http://download.oracle.com/docs/cd/B19306_01/network.102/b14213/sqlnet.htm
Oracle® Database Net Services Reference 11g Release 2 (11.2)E10835-10
SQLNET.EXPIRE_TIME
Purpose
Use parameter SQLNET.EXPIRE_TIME to specify a the time interval, in minutes, to send a probe to verify that client/server connections are active. Setting a value greater than 0 ensures that connections are not left open indefinitely, due to an abnormal client termination. If the probe finds a terminated connection, or a connection that is no longer in use, it returns an error, causing the server process to exit. This parameter is primarily intended for the database server, which typically handles multiple connections at any one time.
sqlnet.expire_time 的原理：Oracle Server 发送包探测dead connection ，如果连接关闭，或者不再用，则关闭相应的server process.
Limitations on using this terminated connection detection feature are:
（1）It is not allowed on bequeathed connections.
（2）Though very small, a probe packet generates additional traffic that may downgrade network performance.
（3）Depending on which operating system is in use, the server may need to perform additional processing to distinguish the connection probing event from other events that occur. This can also result in degraded network performance.
Default ：0
Minimum Value ：0
Recommended Value ：10
Example
SQLNET.EXPIRE_TIME=10设置用户profile的idle_time 参数
Oracle 用户 profile 属性
http://blog.csdn.net/tianlesoftware/archive/2011/03/10/6238279.aspx
注意，要启用idle_time 要先启用RESOURCE_LIMIT参数。 该参数默认是False。 官网说明如下：
RESOURCE_LIMITProperty Description Parameter type Boolean Default value false Modifiable ALTER SYSTEM Range of values true | false RESOURCE_LIMIT determines whether resource limits are enforced in database profiles.
Values:
TRUE：Enables the enforcement of resource limits
FALSE：Disables the enforcement of resource limits找到很久没有响应的会话然后kill掉
关于v$session中LAST_CALL_ET列的理解：http://blog.itpub.net/26736162/viewspace-1762403/
根据v$session中LAST_CALL_ET列的意义我们可以写出如下的SQL脚本，没一个小时清理10个小时没有响应的会话：本人提供Oracle(OCP、OCM)、MySQL(OCP)、PostgreSQL(PGCA、PGCE、PGCM)等数据库的培训和考证业务，私聊QQ646634621或微信db_bao，谢谢！
