Tag Archives: DELETE

外键缺少索引引发的死锁

Posted on 2011/11/04 by yangtingkun

客户的10.2.0.4 RAC for AIX环境频繁出现ORA-60死锁问题，导致应用程序无法顺利执行。 经过一系列的诊断，发现最终问题是由于外键上没有建立索引所致，由于程序在主子表上删除数据，缺少索引导致行级锁升级为表级锁，最终导致大量的锁等待和死锁。 下面通过一个例子简单模拟一下问题： SQL> CREATE TABLE t_p (id NUMBER PRIMARY KEY, name varchar2(30)); TABLE created. SQL> CREATE TABLE t_f (fid NUMBER, f_name varchar2(30), FOREIGN KEY (fid) REFERENCES t_p); TABLE created. SQL> INSERT INTO t_p VALUES (1, ‘a’); … Continue reading →

Posted in ORACLE | Tagged , , , | Leave a comment

11g改变了DELETE语句的执行计划

Posted on 2011/10/27 by yangtingkun

在11.2中，如果DELETE的时候没有限制条件，且表上存在主键的话，执行计划会变为索引全扫。 在和600聊天的时候听说了这个现象，开始的时候还不是很相信。当时600特意验证了一下，事实确实如此。 于是特意自己也做了个简单的例子： SQL> SELECT * FROM v$version; BANNER ——————————————————————————– Oracle DATABASE 11g Enterprise Edition Release 11.2.0.2.0 – Production PL/SQL Release 11.2.0.2.0 – Production CORE 11.2.0.2.0 Production TNS FOR Linux: Version 11.2.0.2.0 – Production NLSRTL Version 11.2.0.2.0 – Production SQL> … Continue reading →

Posted in ORACLE | Tagged , , | 1 Comment

查询条件为ROWNUM=1仍产生长时间等待

Posted on 2011/10/26 by yangtingkun

正常情况下，指定了ROWNUM=1会迅速的返回结果，但是也有异常的情况产生。 其实ROWNUM＝1之所以可以快速的返回结果，是由于执行计划中采用了STOPKEY的方式，当查询到第一条符合要求的记录后，执行就中止了。 但是ROWNUM=1并非对所有情况都适用，比如如果内存查询包含GROUP BY操作，那么ROWNUM=1就无法推到GROUP BY查询内部，因此这时的ROWNUM=1的条件对于查询速度的提高就非常有限了。还有一种情况，在指定了一个限制条件后，加上ROWNUM=1后，发现查询效率仍然不高。这时因为表中满足指定限制条件的记录非常少或者根本没有，以致于Oracle要扫描全部表数据后才能返回结果。 但是客户碰到了的现象和上面描述的几种情况都不相符，查询只是一个单表查询，唯一的限制条件就是ROWNUM=1，没有GROUP BY和ORDER BY语句，语句就是简单到不能再简单的：select * from RTDRULETRACEHISTORY where rownum = 1。 检查了这个语句的执行计划，并未发现异常之处： Id Operation Name ROWS Bytes Cost (%CPU) TIME 0 SELECT STATEMENT 2 (100) 1 COUNT STOPKEY 2 TABLE ACCESS FULL RTDRULETRACEHISTORY 1 827 2 … Continue reading →

Posted in ORACLE | Tagged , , | Leave a comment