决定一个人富有的三个条件,一是出身,二是运气,三是努力
If you can dream it,you can do it! Nothing Impossible~

  数据库的锁是比较耗费资源的,特别是发生锁等待的时候,我们必须找到发生等待的锁,有可能的话,杀掉该进程。

  可以通过alter system kill session‘sid,serial#’ 或者alter system disconnect session'sid,serial#' immediate; 来杀掉会话


  下面语句将查找到数据库中所有的DML语句产生的锁,还可以发现任何DML语句其实产生了两个锁,一个是表锁,一个是行锁。

  SELECT /*+ rule */s.username,
  decode(l.type,'TM','TABLELOCK','TX','ROW LOCK',NULL) LOCK_LEVEL,
  o.owner,o.object_name,o.object_type,
  s.sid,s.serial#,s.terminal,s.machine,s.program,s.osuser
  FROM v$session s,v$lockl,dba_objects o
  WHERE l.sid = s.sid
  AND l.id1 = o.object_id(+)
  AND s.username is NOT NULL

  如果发生了锁等待,我们可能更想知道是谁锁了表而引起谁的等待,以下的语句可以查询到谁锁了表,而谁在等待。
  SELECT /*+ rule */ lpad(' ',decode(l.xidusn,0,3,0))||l.oracle_username User_name,
  o.owner,o.object_name,o.object_type,s.sid,s.serial#
  FROM v$locked_objectl,dba_objects o,v$session s
  WHERE l.object_id=o.object_id
  AND l.session_id=s.sid
  ORDER BY o.object_id,xidusnDESC

  以上查询结果是一个树状结构,如果有子节点,则表示有等待发生。如果想知道锁用了哪个回滚段,还可以关联到V$rollname,其中xidusn就是回滚段的USN

  [Q] 如何有效的删除一个大表(extent数很多的表)
  [A] 一个有很多(100k)extent的表,如果只是简单地用drop table的话,会很大量消耗CPU(Oracle要对fet$、uet$数据字典进行操作),可能会用上几天的时间,较好的方法是分多次删除extent,以减轻这种消耗:
  1. truncate table big-table reuse storage;
  2. alter table big-tabledeallocate unused keep 2000m ( 原来大小的n-1/n);
  3. alter table big-tabledeallocate unused keep 1500m ;
  ....
  4. drop table big-table;

posted on 2010-10-29 13:18  ZEKELOVE  阅读(542)  评论(0编辑  收藏  举报