就我而言，我很确定这是我自己的一个会话阻塞了。因此，这样做是安全的:

我发现了这个令人不快的环节: SELECT * FROM V$SESSION WHERE OSUSER='my_local_username' 会话处于非活动状态，但它仍然以某种方式持有锁。注意，在你的情况下，你可能需要使用一些其他的WHERE条件(例如，尝试USERNAME或MACHINE字段)。 使用上面获取的ID和SERIAL#杀死会话: 修改系统会话id为>，序列号为>

由@thermz编辑:如果前面的开放会话查询都不起作用，请尝试这个查询。这个查询可以帮助你在杀死会话时避免语法错误:

SELECT 'ALTER SYSTEM KILL SESSION ''||SID||'，'||SERIAL#||'' immediate;' FROM V$SESSION WHERE OSUSER='my_local_username_on_OS'

我通过关闭一个IDE选项卡解决了这个问题。

PL / SQL开发人员 版本10.0.5.1710

您的问题看起来像是混合了DML和DDL操作。请看这个URL，它解释了这个问题:

http://www.orafaq.com/forum/t/54714/2/

您的表已经被某个查询锁定。例如，您可能已经执行了“select For update”，但尚未提交/回滚并触发另一个选择查询。在执行查询之前执行一次提交/回滚。

ORA-00054:资源繁忙，指定NOWAIT获取

您还可以查找sql、用户名、机器、端口信息，并获得持有连接的实际进程

SELECT O.OBJECT_NAME, S.SID, S.SERIAL#, P.SPID, S.PROGRAM,S.USERNAME,
S.MACHINE,S.PORT , S.LOGON_TIME,SQ.SQL_FULLTEXT 
FROM V$LOCKED_OBJECT L, DBA_OBJECTS O, V$SESSION S, 
V$PROCESS P, V$SQL SQ 
WHERE L.OBJECT_ID = O.OBJECT_ID 
AND L.SESSION_ID = S.SID AND S.PADDR = P.ADDR 
AND S.SQL_ADDRESS = SQ.ADDRESS;

Shashi的链接给出的解决方案是最好的…不需要联系dba或其他人

备份

create table xxxx_backup as select * from xxxx;

删除所有行

delete from xxxx;
commit;

插入备份。

insert into xxxx (select * from xxxx_backup);
commit;