工具pl/sql developer来kill掉和alter命令kill有什么不同

ricky

在一篇文章上面看见：用windows下的用windows下的工具pl/sql developer来kill掉，是不管用的，要用命令：alter system kill session 'sid,serial#' ;
   用pl/sql developer来kill掉，为什么不管用呢？常用的只能是KILL -9 吗？

我们知道：  
当在Oracle中kill session以后, Oracle只是简单的把相关session的paddr 指向同一个虚拟地址.
此时v$process和v$session失去关联,进程就此中断.
然后Oracle就等待PMON去清除这些Session.所以通常等待一个被标记为Killed的Session退出需要花费很长的时间.

我想快速清除这些Session，应该怎么办？
有没有什么sql可以知到这个地址，关联出spid，尽快释放资源呢？

Maclean Liu(刘相兵

我想快速清除这些Session，应该怎么办？ ==>  这些session怎么你了？

查一下给出 结果

1. select sid,status from v$session where status not in ('ACTIVE','INACTIVE');
   
2. select USED_UBLK,USED_UREC from v$transaction;
   
3. 
   
4. 
   
5. select spid, program from v$process
   
6.     where program!= 'PSEUDO'
   
7.     and addr not in (select paddr from v$session)
   
8.     and addr not in (select paddr from v$bgprocess)
   
9.     and addr not in (select paddr from v$shared_server);
   
10. 
    
11. 
    

复制代码

ricky

session有点多；34个；早上应用乱杀留下的。
查询一：
1        40        KILLED
2        42        KILLED
3        52        KILLED
4        60        KILLED
5        61        KILLED
6        128        KILLED
7        134        KILLED
8        169        KILLED
9        172        KILLED
10        201        KILLED
11        209        KILLED
12        218        KILLED
13        236        KILLED
14        247        KILLED
15        260        KILLED
16        270        KILLED
17        286        KILLED
18        289        KILLED
19        296        KILLED
20        330        KILLED
21        342        KILLED
22        346        KILLED
23        380        KILLED
24        383        KILLED
25        389        KILLED
26        432        KILLED
27        458        KILLED
28        476        KILLED
29        495        KILLED
30        500        KILLED
31        510        KILLED
32        539        KILLED
33        563        KILLED
34        584        KILLED

查询二：
1        1        3
2        1        3
3        2        4
4        1        3
5        1        3
6        28        1061
7        1        1
8        1        3
9        1        1
10        2        4
11        1        1
12        1        1
13        1        1
14        1        1
15        1        1
16        374        28413
17        1        3
18        2        4
19        2        4
20        1        1
21        1        3
22        2        2
23        1        3
24        1        3
25        1        3
26        1        3
27        1        1
28        1        3
29        1        3
30        7        245
31        1        1
32        2        4
33        1        3
34        2        2
35        1        3
36        1        3
37        7        220
38        1        1
39        2        4
40        1        3
41        2        4
42        1        3
43        2        2
44        1        3
45        5        127
46        1        1
47        1        1
48        2        4
49        2        4
50        1        1
51        2        4
52        2        5
53        2        4
54        4        122
55        2        4
56        2        4
57        1        3
58        2        2
59        1        3
60        1        3
61        1        3
62        1        3
63        1        3
64        2        2
65        1        1
66        1        1
67        1        3
68        2        4
69        1        1
70        1        3
71        2        2
72        1        1
73        1        3
74        1        3
75        2        2
76        1        3
77        1        3
78        1        3


查询三：
1        4502        oracle@yndxedw1 (D000)
2        7924        oracle@yndxedw1 (TNS V1-V3)
3        932        oracle@yndxedw1 (TNS V1-V3)
4        11017        oracle@yndxedw1 (TNS V1-V3)
5        5806        oracle@yndxedw1 (TNS V1-V3)
6        9129        oracle@yndxedw1 (TNS V1-V3)
7        2518        oracle@yndxedw1 (TNS V1-V3)
8        9119        oracle@yndxedw1 (TNS V1-V3)
9        7532        oracle@yndxedw1 (TNS V1-V3)
10        6602        oracle@yndxedw1 (TNS V1-V3)
11        22160        oracle@yndxedw1 (TNS V1-V3)
12        11051        oracle@yndxedw1 (TNS V1-V3)
13        6309        oracle@yndxedw1 (TNS V1-V3)
14        6897        oracle@yndxedw1 (TNS V1-V3)
15        2677        oracle@yndxedw1 (TNS V1-V3)
16        7666        oracle@yndxedw1 (TNS V1-V3)
17        6942        oracle@yndxedw1 (TNS V1-V3)
18        5886        oracle@yndxedw1 (TNS V1-V3)
19        5988        oracle@yndxedw1 (TNS V1-V3)
20        7034        oracle@yndxedw1 (TNS V1-V3)
21        6745        oracle@yndxedw1 (TNS V1-V3)
22        19297        oracle@yndxedw1 (TNS V1-V3)
23        29429        oracle@yndxedw1 (TNS V1-V3)
24        11894        oracle@yndxedw1 (TNS V1-V3)
25        19141        oracle@yndxedw1 (TNS V1-V3)
26        7003        oracle@yndxedw1 (TNS V1-V3)
27        6049        oracle@yndxedw1 (TNS V1-V3)
28        5318        oracle@yndxedw1 (TNS V1-V3)
29        5677        oracle@yndxedw1 (TNS V1-V3)
30        6204        oracle@yndxedw1 (TNS V1-V3)
31        7137        oracle@yndxedw1 (TNS V1-V3)

Maclean Liu(刘相兵

1. 查询1 说明确实有大量killed session未被清理
2. 查询2说明有大量事务没回滚

pmon长期不清理killed session可能是bug， 你的提问又不提版本了！！！
当然也可能是 pmon hang了， 系统繁忙等等都有可能

ricky

Maclean Liu(刘相兵 发表于 2013-2-6 16:24
1. 查询1 说明确实有大量killed session未被清理
2. 查询2说明有大量事务没回滚

不好意思，忙着发帖忽略基础信息了，现在补上：
环境：HP_UX
数据库：9I RAC
Oracle9i Enterprise Edition Release 9.2.0.8.0 - 64bit Production
With the Partitioning and Real Application Clusters options
JServer Release 9.2.0.8.0 - Production
版本：

SQL> select version from v$instance;

VERSION
-----------------
9.2.0.8.0

查询了pmon是active的;
           SID        PID        SIGNALED        OSUSER        STATUS        PROGRAM        MACHINE
1        1        2        4414        oracle        ACTIVE        oracle@yndxedw1 (PMON)        yndxedw1