kill inactive session有意义吗

myownstars

近来总是收到一些这样的ticket，某个生产库性能下降同时又存在多个inacitve session时，客户总要求及时kill它们；
首先说出现大量inactive session的原因，我所知道的大致无非两种：会话空闲时间超过profile定义的idle time; 客户端网络异常断开（若有其他情况请各位补充）
我更想知道的是，既然已经是inactive了，再去kill对减轻数据库压力有益处吗？inactive session会继续占据何种资源，内存？killed session
又会占据何种资源？

烦请Maclean和其他高手解惑

Maclean Liu(刘相兵

SQL> create table testa (t1 int);

表已创建。


SQL> select distinct sid from v$mystat;

       SID
----------
        47
               
               
               
               
SQL> lock table testa in exclusive mode;

表已锁定。




session B:

SQL> set linesize 140 pagesize 1400
SQL> select * from v$lock where sid=47;

ADDR     KADDR           SID TYPE        ID1        ID2      LMODE    REQUEST      CTIME      BLOCK
-------- -------- ---------- ---- ---------- ---------- ---------- ---------- ---------- ----------
C896FD14 C896FD40         47 AE          100          0          4          0        112          0
0DC0B320 0DC0B350         47 TM        16456          0          6          0         40          0

SQL> select status from v$session where sid=47;

STATUS
----------------
INACTIVE






session A:

SQL> select count(*) from obj$,obj$,obj$;


session B:

SQL> select status from v$session where sid=47;

STATUS
----------------
ACTIVE



学习oracle 请重视  实验

myownstars

那inactive session其实还可以再转换成active了？

myownstars

非常感谢

Maclean Liu(刘相兵

是否需要KILL INACTIVE SESSION 取决于你的SLA 或者 APP 用户体验

举一个例子  ， 在Oracle EBS环境中 用户在自己的笔记本上 只要打开某一个Form 就可能锁定 某些行记录， 而用户实际在完成必要的操作后可能会去 喝杯咖啡或者 吃午饭， 这个时候相关的session 就会呈inactive 状态。  但是它仍会保持原有的锁资源， 这可能导致 其他用户合理地需求 使用类似的Form 被阻塞。

这种环境中，用户体验显得很重要。 一般的外企会这样处理， 定义一个每15分钟 查询v$LOCK的作业， 找出CTIME较长的lock，确认该锁是由某个用户的session引起的， 发邮件给用户 让他配合关闭造成锁的Form。

如果 长时间得不到 用户配合，那么就会考虑KILL Inactive Session。

”既然已经是inactive了，再去kill对减轻数据库压力有益处吗？“

显然是有的。  session status变成 inactive 后仍会持有 原有的enqueue lock/latch ， 且其allocate 的PGA资源不会全部Free 给OS ， 通过Kill Session可以最终有效回收这些资源。