我的ORACLE是8i的,ODBC连接操作时,偶尔会出现数据库操作一直没有反应,不知是什么原因,不知大家有没有碰到过这个情况。这种情况也很少发生,但一旦发生的话就不管什么数据库操作都没有任何反应。我只是进行数据的查询和插入,不过查询和插入的频率比较集中和多而已。我没有用过什么锁等高级操作,只是一些select语句和insert语句的操作。
解决方案 »
- 问个sql语句问题
- 32位oracle装在64位操作系统出现的问题
- 100分只求只有一个表的SQL语句
- 如何查看oracle安装时默认的端口号
- 存储过程怎么返回结果集(急!急!急!)
- 急~~~物化视图刷新问题~在线等
- Oracle xsql开发Web的优缺[高手请进]
- execute immediate 运行select语句出现问题,求解!急,在线等待!
- ORACLE中的主机字符串真讨厌, 不知道干什么用的!
- Oracle 能存储过程能像SQL Server一样方便的返回记录集吗?
- 如何随机生成10000个范围在0-10000000内的不同数字呢?
- 更新90万件数据的表,3个钟还没完,谁来优化一下我的PL/SQL
0:none
1:null 空 2:Row-S 行共享(RS):共享表锁
3:Row-X 行专用(RX):用于行的修改
4:Share 共享锁(S):阻止其他DML操作
5:S/Row-X 共享行专用(SRX):阻止其他事务操作
6:exclusive 专用(X):独立访问使用
数字越大锁级别越高, 影响的操作越多。
一般的查询语句如select ... from ... ;是小于2的锁.以DBA角色, 查看当前数据库里锁的情况可以用如下SQL语句:
select object_id,session_id,locked_mode from v$locked_object;
select t2.username,t2.sid,t2.serial#,t2.logon_time
from v$locked_object t1,v$session t2
where t1.session_id=t2.sid order by t2.logon_time;
如果有长期出现的一列,可能是没有释放的锁。我们可以用下面SQL语句杀掉长期没有释放非正常的锁:
alter system kill session 'sid,serial#';
建议你在查询的时候不要加共享锁.