我有这个错误发生时，我有2个脚本，我正在运行。我有:

SQL*Plus会话直接使用模式用户帐户(帐户#1)连接 另一个SQL*Plus会话使用不同的模式用户帐户(帐户#2)连接，但作为第一个帐户跨数据库链接连接

我运行了一个表删除，然后创建表作为帐户#1。 我对账号2的会话进行了表更新。没有提交更改。 以帐户#1的身份重新运行表删除/创建脚本。删除表x命令出错。

我通过运行COMMIT来解决这个问题;在账号#2的SQL*Plus会话中。

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

PL / SQL开发人员 版本10.0.5.1710

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

备份

create table xxxx_backup as select * from xxxx;

删除所有行

delete from xxxx;
commit;

插入备份。

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

只需检查持有会话的进程并杀死它。一切恢复正常。

在SQL下面可以找到您的流程

SELECT s.inst_id,
   s.sid,
   s.serial#,
   p.spid,
   s.username,
   s.program FROM   gv$session s
   JOIN gv$process p ON p.addr = s.paddr AND p.inst_id = s.inst_id;

然后杀死它

ALTER SYSTEM KILL SESSION 'sid,serial#'

OR

我在网上找到的一些例子似乎也需要实例id 删除系统会话:

我设法击中这个错误时，只是简单地创建一个表!在一个还不存在的表上，显然不存在争用问题。CREATE TABLE语句包含一个约束fk_name FOREIGN KEY子句，引用一个填充良好的表。我不得不:

从CREATE TABLE语句中删除外键子句 在FK列上创建一个INDEX 创建FK

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

我发现了这个令人不快的环节: 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'