表查询查询不动的问题，非常紧急

遇到个奇怪的问题，一个表只有1700条数据，但是查询某个特定数据时查不动，就一直定在那里，如果全表查询的话查出一些数据后也是定在那里不动。重建表后没问题了，但是过几天又出现这个情况，这是什么问题？麻烦达人们赶紧帮忙解决下

解决方案 »

  1.   

    查询是不涉及锁表的，而且查过也没有锁表的数据。特定数据其实就是比方说，这个表有个单位编号，然后条件就是根据单位编号=‘xxxxxx’来查,select * from 表 where 单位编号='xxxxxxx'，只有一条数据也查不动，其他表没这个情况
      

  2.   

    而且drop表的时候非常缓慢，1个小时50分钟才能把表drop掉，里面只有1700条数据而已
      

  3.   

    用plc/sql或者sqlplus查的时候，就一直定在那里，成等待状态，根本查不出数据，就是定着不动了
      

  4.   

    以下是建表及部分数据插入语句，都是从plc/sql里导出的
    prompt PL/SQL Developer import file
    prompt Created on 星期六 2009年1月3日 by Administrator
    set feedback off
    set define off
    prompt Creating AB17...
    create table AB17
    (
      OAE001 NUMBER(18) not null,
      AAE151 VARCHAR2(3) not null,
      AAB200 VARCHAR2(20) not null,
      AAB240 NUMBER(12,2) not null,
      BAB141 NUMBER(12,2),
      OAE300 NUMBER(18),
      OAE301 NUMBER(18),
      AAE140 VARCHAR2(3)
    )
    tablespace USERS
      pctfree 10
      initrans 1
      maxtrans 255
      storage
      (
        initial 64K
        minextents 1
        maxextents unlimited
      );
    comment on table AB17
      is '单位缴费待转基金信息';
    comment on column AB17.OAE001
      is '唯一索引';
    comment on column AB17.AAE151
      is '缴费主体';
    comment on column AB17.AAB200
      is '主体编号';
    comment on column AB17.AAB240
      is '待转金额';
    comment on column AB17.BAB141
      is '历年待转金额';
    comment on column AB17.OAE300
      is '操作序号';
    comment on column AB17.OAE301
      is '前次操作序号';
    comment on column AB17.AAE140
      is '险种类型';
    alter table AB17
      add constraint PK_AB17 primary key (OAE001)
      using index 
      tablespace USERS
      pctfree 10
      initrans 2
      maxtrans 255
      storage
      (
        initial 64K
        minextents 1
        maxextents unlimited
      );
    create unique index IDX_AB17_AAB200 on AB17 (AAB200, AAE151, AAE140)
      tablespace USERS
      pctfree 10
      initrans 2
      maxtrans 255
      storage
      (
        initial 64K
        minextents 1
        maxextents unlimited
      );prompt Loading AB17...
    insert into AB17 (OAE001, AAE151, AAB200, AAB240, BAB141, OAE300, OAE301, AAE140)
    values (58670989, '2', '42900410002543', 0, 0, 190000000007132266, 100000002593158, '51');
    insert into AB17 (OAE001, AAE151, AAB200, AAB240, BAB141, OAE300, OAE301, AAE140)
    values (95016639, '2', '42900410002517', 0, 0, 190000000008515072, 190000000006481679, '31');
    insert into AB17 (OAE001, AAE151, AAB200, AAB240, BAB141, OAE300, OAE301, AAE140)
    values (95016978, '2', '42900410002914', 0, 0, 190000000009338430, 190000000009190197, '31');
    insert into AB17 (OAE001, AAE151, AAB200, AAB240, BAB141, OAE300, OAE301, AAE140)
    values (95018123, '2', '42900410002902', 24.8, 0, 190000000006482351, null, '51');
    commit;
    prompt 1696 records loaded
    set feedback on
    set define on
    prompt Done.
      

  5.   

    comment on column AB17.OAE300 
      is '操作序号'; 
    comment on column AB17.OAE301 
      is '前次操作序号'; 
    那你是不是要在这两个字段进行查询呢？
    序号的话，其实可以定义成varchar2试下；
    或者你查的时候是不是系统资源占用的很厉害
      

  6.   

    非常大的可能是你的那几条特定数据记录被锁了~  select   a.sid,a.serial#,a.username,a.program,   
      c.owner,   c.object_name   ,a.MACHINE,a.TERMINAL,a.PADDR,a.STATUS,a.SQL_ADDRESS   
      from   v$session   a,   v$locked_object   b,   all_objects   c   
      where   a.sid=b.session_id   and   
      c.object_id   =   b.object_id  用这个查查看~
      

  7.   

    应该是被锁了，昨天我的数据库就被锁了，里面只有一条数据但是更新的时候就一直是“executing” ，但是我这个查询是没问题的，你还是看看哪里有对表的事务操作是不是没有提交，或者由于其他原因提交语句没有执行到
      

  8.   

    那就是你这个表中的记录确实被锁了~
    我猜前台有程序在对这个表里的数据进行操作吧？
    锁表一般是拙劣的事务设计引起的~
    SID表示的是引起锁表会话的ID，其他字段通过英文字段名能很容易的断定出来~
    既然问题找到了，那就杀锁吧alter system kill session 'sid,serial#' immediate 
    SID 和serial#就在你刚查出来的数据里
      

  9.   

    这2条SQL你应该看的更明白些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_object l,dba_objects o,v$session s 
    WHERE l.object_id=o.object_id 
    AND l.session_id=s.sid 
    SELECT /*+ rule */ s.username, 
    decode(l.type,'TM','TABLE LOCK', 
                  '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$lock l,dba_objects o 
    WHERE l.sid = s.sid 
    AND l.id1 = o.object_id(+) 
    AND s.username is NOT NULL 
      

  10.   

    查询不会~但是UPDATE，INERT，DELETE 都会~
      

  11.   

    是不行，即使没锁也不行，是不是要在什么background_什么东西下查看下.log日志
      

  12.   

    是啊，我想查询应该跟锁表没关系才对。刚问了下别人，说是进sqlplus下看看什么background_什么东西下的log日志，看最近的一些数据有什么异常没，这个怎么查列？
      

  13.   

    对我来说有点难度了，给你2个网址，看能不能帮到你
    http://guyuanli.itpub.net/post/37743/468226
    http://hi.baidu.com/cryspark/blog/item/1406b6d3e1da19043bf3cfd4.html
      

  14.   

    哦，最后请问下，有没有这个语句show paramepers back