欢迎进入oracle社区论坛，与200万技术人员互动交流 >>进入
11g中在线处理功能得到了很大增强，其中包括在线修改表结构，在线创建或重建索引，建立不可见索引，表增加非空字段，在线ddl以及对象依赖性细化等。
在11g以前，ddl操作都要获取对象的排他锁，如果当时无法获取，则会马上报错：
sql> conn yangtk/yangtk@ytk102已连接。
sql> create table t (id number);
表已创建。
sql> insert into t values (1);
已创建 1 行。
在当前会话不提交，保持对t表的锁。然后在另外的session登陆，尝试对t表进行ddl操作：
sql> conn yangtk/yangtk@ytk102已连接。
sql> set sqlp 'sql2> '
sql2> truncate table t;
truncate table t
*第 1 行出现错误:
ora-00054: 资源正忙, 但指定以 nowait 方式获取资源
sql2> drop table t;
drop table t
*第 1 行出现错误:
ora-00054: 资源正忙, 但指定以 nowait 方式获取资源
sql2> alter table t add name varchar2(10);
alter table t add name varchar2(10)
*第 1 行出现错误:
ora-00054: 资源正忙, 但指定以 nowait 方式获取资源
sql2> select * from v$version;
banner
----------------------------------------------------------------
oracle database 10g enterprise edition release 10.2.0.1.0 - prod
pl/sql release 10.2.0.1.0 - production
core 10.2.0.1.0 production
tns for 32-bit windows: version 10.2.0.1.0 - production
nlsrtl version 10.2.0.1.0 - production
这就是11g以前的ddl处理方式，在11g中，用户可以为ddl设置一个等待时间，这样ddl在获取不到排他锁时，会根据设置等待相应的时间，如果到时仍然获取不到锁，那么才会报错。 登陆11g进行同样的处理：
sql> conn yangtk/yangtk@ora11g已连接。
sql> create table t (id number);
表已创建。
sql> insert into t values (1);
已创建 1 行。
登陆第二个会话，发出ddl操作：
sql2> conn yangtk/yangtk@ora11g已连接。
sql2> set timing on
sql2> truncate table t;
truncate table t
*第 1 行出现错误:
ora-00054: 资源正忙, 但指定以 nowait 方式获取资源, 或者超时失效
已用时间: 00: 00: 00.07
ddl仍然马上报错，这是由于控制ddl等待时间的初始化参数ddl_lock_timeout默认值是0，下面修改这个默认值：
sql2> alter session set ddl_lock_timeout = 5;
会话已更改。
已用时间: 00: 00: 00.06
sql2> truncate table t;
truncate table t
*第 1 行出现错误:
ora-00054: 资源正忙, 但指定以 nowait 方式获取资源, 或者超时失效
已用时间: 00: 00: 05.07
如果在等待时间内第一个会话进行提交，那么ddl就可以获取到排他锁，从而开始操作。
sql2> alter session set ddl_lock_timeout = 60;
会话已更改。
已用时间: 00: 00: 00.04
sql2> truncate table t;
返回会话1进行提交：
sql> commit;
提交完成。
会话2在会话1提交后，得到t表的锁，开始truncate操作：
表被截断。
已用时间: 00: 00: 13.03
sql2> select * from v$version;
banner
--------------------------------------------------------------------------
oracle database 11g enterprise edition release 11.1.0.6.0 - production pl/sql release 11.1.0.6.0 - production
core 11.1.0.6.0 production
tns for linux: version 11.1.0.6.0 - production
nlsrtl version 11.1.0.6.0 - production
已用时间: 00: 00: 00.21
注意，将ddl_lock_timeout参数设置过大也可能造成潜在的问题，虽然ddl还没有获取到排他锁，不能进行操作，但是它已经在t上增加了锁信息，这会导致后续的dml都会被锁住，直到ddl等待超时或锁住ddl的会话提交或回滚使得ddl顺利完成。
这对于繁忙的系统可能造成很严重的问题，设置之前需要谨慎考虑。
[1] [2] [3] [4] [5] [6]