视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
Oracle11gR2新增参数:DDL_LOCK_TIMEOUT
2020-11-09 11:54:03 责编:小采
文档


更新一个表时,在提交之前Oracle会在这个表上加上1个TM锁,确保表的结构不会改变。这个时候,如果另一个会话在该表格上执行alter

更新一个表时,在提交之前Oracle会在这个表上加上1个TM锁,确保表的结构不会改变。
这个时候,,如果另一个会话在该表格上执行alter或者drop命令,就会立即得到以下错误信息:

tony@ORA11GR2> drop table t;
drop table t
*
第 1 行出现错误:
ORA-00054: 资源正忙, 但指定以 NOWAIT 方式获取资源, 或者超时失效

在Oracle11gR2中,可以设定DDL_LOCK_TIMEOUT参数让DDL等待。
例如在执行DROP TABLE之前,执行
alter session set ddl_lock_timeout=30;
让drop table等待30秒,如果30秒内,另外那个锁定待删除表格的会话提交或者回滚了事务,
这个drop table命令就会得到执行,否则就会在30秒后产生1个ORA-00054:错误。

下载本文
显示全文
专题