AnySQL.net » Busy http://www.anysql.net SQLULDR2, DataCopy, DataSync, WebChart, OraMon, AUL/MyDUL, 性能优化及容量分析 Wed, 14 Jul 2010 09:27:19 +0000 en hourly 1 http://wordpress.org/?v=3.0 不能删除物化视图? http://www.anysql.net/oracle/drop_busy_materialized_view.html http://www.anysql.net/oracle/drop_busy_materialized_view.html#comments Thu, 17 Jan 2008 19:44:52 +0000 anysql http://www.anysql.net/wordpress/uncategorized/%e4%b8%8d%e8%83%bd%e5%88%a0%e9%99%a4%e7%89%a9%e5%8c%96%e8%a7%86%e5%9b%be.html     几分钟前一网友问我如何删除一个实体化视图, 当然不是什么语法不会的问题了, 是发了Drop命令后一直挂着, 几个小时都没有结束, 你可以想想为什么? 先看一下创建的语法.

create materialized view  user_order_mavi
     build immediate  
     refresh   on commit  
     enable query rewrite
as
select  service_id,substr(user_isdn,1,7),
         bill_type,follow_action,count(user_isdn)  
from user_order
group by service_id,substr(user_isdn,1,7),
          bill_type,follow_action

    看到这个语句, 应当是刷新的类型那儿有问题, 在ON COMMIT刷新模式下, 如果基表的DML很频繁, 会造成刷新很频繁, 这可能是DROP语句一直挂起的原因. 建议先运行以下命令:

ALTER MATERIALIZED VIEW user_order_mavi
   DISABLE QUERY REWRITE
   REFRESH ON DEMAND;

    由于新很频繁, 上面的ALTER语句也等了有半分多钟, 但最后成功执行了. 接下来再进行删除就没有任何问题了, 也很快!

    如何用好物化视图, 也是一门不小的学问!

Relative Posts:

]]> http://www.anysql.net/oracle/drop_busy_materialized_view.html/feed 1 在AnySQL中如何找出锁的拥有者? http://www.anysql.net/anysql/anysql_lock_holder.html http://www.anysql.net/anysql/anysql_lock_holder.html#comments Mon, 26 Feb 2007 22:38:59 +0000 anysql http://www.anysql.net/wordpress/uncategorized/%e5%9c%a8anysql%e4%b8%ad%e5%a6%82%e4%bd%95%e6%89%be%e5%87%ba%e9%94%81%e7%9a%84%e6%8b%a5%e6%9c%89%e8%80%85.html     在比较忙的系统中我常用一段处理Resource Busy的角本来对表作DDL操作, 但还是常遇到久久不成成功的情况, 这时就要去看是那个会话一直锁住了我要修改的表, 我常用AnySQL中的两个命令来完成这个功能. 如下所示:

ASQL> list object t_long

TYPE      ID OWNER  OBJECT_NAME CREATED    MODIFIED   STATUS
—– —— —— ———– ———- ———- ——
TABLE 538638 ANYSQL T_LONG      2006/08/02 2007/01/25 VALID

1 rows returned.

ASQL> ora hold 538638

SID SERIAL# SPID USERNAME MACHINE STATUS   PROGRAM
— ——- —- ——– ——- ——– —————-
529   62199 44   ANYSQL   frisket INACTIVE sqlplus@frisket

1 rows returned.

    在找出会话之后, 就可以进一步分析, 是否可以将这个会话杀掉. 事实上这一招我们是常用的.

Relative Posts:

]]> http://www.anysql.net/anysql/anysql_lock_holder.html/feed 0 处理Resource Busy情况的一段角本 http://www.anysql.net/dba/handle_resource_busy.html http://www.anysql.net/dba/handle_resource_busy.html#comments Wed, 07 Feb 2007 23:26:27 +0000 anysql http://www.anysql.net/wordpress/uncategorized/%e5%a4%84%e7%90%86resource-busy%e6%83%85%e5%86%b5%e7%9a%84%e4%b8%80%e6%ae%b5%e8%a7%92%e6%9c%ac.html     对于一些建在更新比较频繁的列上的索引, 或者是有大量记录被删除表上的索引, 需要定期进行Rebuild, 对于比较大表上的索引一般会考虑用一定的并行度去建, 以让索引在更短的时间内建好. 但不要忘了将索引的并行度重新设置为1(禁用并行), 否则很容易让所有的SQL都用并行方式来执行, 从而引起主机崩溃. 在很忙的OLTP系统中, 可能常会遇到Resource Busy的错误, 如何确保修改能最后成功呢? 就需要一段角本来处理一下这个错误, 下面是我常用的一段角本:

alter index …… rebuild … parallel … ONLINE;

declare
  resource_busy exception;
  pragma exception_init (resource_busy,-54);
begin
loop
   begin
     execute immediate ‘alter index …… noparallel’;
     exit;
   exception
    when resource_busy then
     dbms_lock.sleep(1);
   end;
end loop;
end;
/

    这个角本也可以用在其他的地方, 或者改一下错误号(-54)来处理其他的错误, 怎么用就看你的了!

Relative Posts:

]]> http://www.anysql.net/dba/handle_resource_busy.html/feed 10