正如在其他回答中提到的，此错误是由在其他会话中运行的并发DML操作引起的。这将导致Oracle无法用默认的NOWAIT选项锁定DDL的表。

对于那些在数据库中没有管理权限或不能杀死/中断其他会话的用户，您还可以在DDL操作之前使用:

alter session set DDL_LOCK_TIMEOUT = 30;
--Run your DDL command, e.g.: alter table, etc.

我在后台作业执行大型插入/更新操作的数据库中反复收到此错误，在会话中更改此参数允许DDL在等待锁几秒钟后继续执行。

有关更多信息，请参阅rshdev对这个答案的注释、oracle-base上的这个条目或DDL_LOCK_TIMEOUT的官方文档。

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

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

当资源繁忙时发生此错误。检查查询中是否有任何引用约束。甚至您在查询中提到的表也可能处于繁忙状态。他们可能正在从事其他工作，这些工作肯定会在以下查询结果中列出:

SELECT * FROM V$SESSION WHERE STATUS = 'ACTIVE'

找到SID，

SELECT * FROM V$OPEN_CURSOR WHERE SID = --the id

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

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

备份

create table xxxx_backup as select * from xxxx;

删除所有行

delete from xxxx;
commit;

插入备份。

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

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

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

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

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