补充使用 select * from v$version查询版本信息如下
 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

解决方案 »

  1.   

    是不是事务没有commit的原因导致大量的session连接。如果update也不会导致表的锁。
      

  2.   


    先看表上有哪些锁,找到对应的session,在kill 掉. Oracle 查看 对象 持有锁的情况
    http://blog.csdn.net/tianlesoftware/article/details/6822321
      

  3.   


    补充一点,先判断对应的session 是什么session, 确实之后在kill。 
      

  4.   

    update只会锁住修改的行,不会锁住整个表。只是其他对该行的操作会阻塞。
    一般insert阻塞的情况很少。除非两会话试图用同样的唯一约束插入,会阻塞
      

  5.   

    你用sqlplus直接执行插入语句,看是否有错误。
    如果有错误,贴出错误
    如果没错误,是没反应,查看v$session_Wait,看看里面的等待事件,主要是非idle
      

  6.   

    执行执行insert 语句。没有错误,是没有反映。
    我想问一下。sqltext 不能显示整个sql语句,在那里设置!
      

  7.   

    在v$sql中找到sql_id,然后在v$sqltext中,执行
    select * from v$sqltext where sql_id=<your id> order by piece
    然后自己拼接起来,就OK了
      

  8.   

    程序有问题,应该是主外建的问题,比如更新了主键,没提交事务,之后子表用更新前的主键做插入记录就会出现这种情况。我insert into 语句是手动在pl/sql deveplover 里面执行的。insert into office_workflowinstance(WORKFLOW_GUID,WORKFLOWINSTANCE_GUID,STEP,CURRENTTASK_GUID) values('ttttt','ttt',1,'ddd')
    WORKFLOWINSTANCE_GUID 是主键。没有外键表引用啊!
      

  9.   

    你检查一下你插入的表上是不是有bitmap 索引, 有的话删掉,这种问题一般都是位图索引引起的。因为位图索引的维护成本很高,insert执行不动得原因是oracle正在维护新插入数据的索引,表被锁定中。
      

  10.   


    通过查看查看表到index,没有发现bitmap 索引。只有一个normal和unique