如何释放被锁的表

truezxd

执行了alter system kill session 'sid,serial#' 后，系统要做很多工作，回滚事务很慢的，有的要回滚好几天呢！（可能是BUG）

使用下面语句找出你的想要杀死session的进程id
SELECT  spid FROM V$PROCESS p,V$SESSION s
WHERE p.addr = s.paddr
      and s.USERNAME is not null
      and NVL(s.osuser,'x') <> 'SYSTEM'
      and s.type <> 'BACKGROUND';
(不要忘了加上你的约束条件)

在数据库主机上使用kill -9 spid就可以了，因为进程间共享内存与信号量的处理可能出现问题，不建议使用这种极端方法。

brotherxiao

ORA-00031 session marked for kill
Cause: The session specified in an ALTER SYSTEM KILL SESSION command cannot be killed immediately because the session is involved in a non-interruptible operation (for example, rolling back a transaction or being blocked by a network operation). The session has been marked to be killed as soon as possible after the current operation is done.

Action: No action is required for the session to be killed, but further executions of the ALTER SYSTEM KILL SESSION command on this session may cause the session to be killed sooner.

brotherxiao

呵呵，够诱惑吧，大伙们要把持住啊:P

CUTE_ORACLE

诱惑,太诱惑,受不了啊!

ninigirl

好啦!按照上面几位的方法，解决了，大家就不要过来看了!

top100

最初由 truezxd 发布
[B]执行了alter system kill session 'sid,serial#' 后，系统要做很多工作，回滚事务很慢的，有的要回滚好几天呢！（可能是BUG）

使用下面语句找出你的想要杀死session的进程id
SELECT  spid FROM V$PROCESS p,V$SESSION s
WHERE p.addr = s.paddr
      and s.USERNAME is not null
      and NVL(s.osuser,'x') <> 'SYSTEM'
      and s.type <> 'BACKGROUND';
(不要忘了加上你的约束条件)

在数据库主机上使用kill -9 spid就可以了，因为进程间共享内存与信号量的处理可能出现问题，不建议使用这种极端方法。 [/B]

有理

而且友情提醒：
一般的一个unix os进程，起码的对应一个oracle进程

因此后台kill的时候，注意2个配对进程同时处理，以快速的给你工作带来方便；

而且，上次我们oracle能够正常启动，不能正常停止；搞到oracle，靠，最终建议ipcrm来，玄乎吧，到真的搞定了喔
^_^

但是还是强调，该方法的确极端，不知是否有负面影响，本人没有碰到，或者留心到，不管断言

truezxd

[一般的一个unix os进程，起码的对应一个oracle进程，因此后台kill的时候，注意2个配对进程同时处理，]？？？
oracle 的server process就是pmon进程fork出来的一个子进程啊！在oracle的概念中就是一个session（当然是在dedicate server mode），没有什么配对进程！！！

关于进程间通讯的编程，共享内存区几乎是每个写server程序人必用的，为了同步，又采用了信号灯、锁等等。

有的锁机制是随着创建它的进程的消亡而消亡，但有的即使创建她的进程消亡了，但它的生命期和主进程一样长久，被它保护的资源即使重新fork一个进程也无济于事，这就是为什么在UNIX系统上的某些程序的子进程死掉重新fork却依旧不好用，最后只能杀掉程序的主进程再重新启动的缘故。

为什么不采用那种锁机制（随着创建它的进程的消亡而消亡）？这种机制的性能太差了，server程序的性能是至关重要的！

楼上的看来已领教过这种server状态了，应该是启动DB时发现无论如何启动不了吧！（如果你没买服务，又不知道用ipcs、ipcrm，重起机器也好用哦！reboot是必杀技。。。。。。）

flyerchen2000

其实有时候,后台操作系统和数据库之间也有不匹配的地方.
多了解点OS的知识,是必须的.