RODUCTID foreign key (PRODUCT_id) references t2 (ID); SQL> insert into t2 values(1,'dh'); 1 row inserted SQL> insert into t2 values(2,'cc'); 1 row inserted SQL> insert into t2 values(3,'cc'); 1 row inserted SQL> commit; Commit complete
session 1执行如下操作： SQL> select * from t2; ID NAME ---------- -------------------- 1 dh 2 cc 3 cc SQL> select * from t3; ID NAME PRODUCT_ID ---------- -------------------- ---------- --可以看到，这时t3表有任何记录 SQL> insert into t2 values(4,'cc'); --对父表执行一条插入 1 row inserted、
session2 t2表执行一条插入操作，如下 insert into t3 values(1,'tt',4); 令人惊喜的是，确实发生了锁等待，与我们遇到的锁等待类型一模一样。 （6）查询锁持有者，是否有对锁等待表的父表有进行DML操作，如下 select b.sql_text ,a.* from v$open_cursor a,v$sql b where a.sql_id=b.sql_id and a.sid=4266 and upper(b.sql_text) like '%xxxxx_ref%'; 检查结果与我们预期的一致，确实有很多对主表的插入操作！ （7）基本我们已经确定是什么语句导致锁堵塞，将语句提交给开发人员，修改代码后，问题解决！
问题总结 其实这个问题本身不难，值得思考的是，为什么一个这么简单的问题，无法立即找到原因。说到底，很多时候都是经验束缚了我们，在遇到这类问题时，我们需要抛开已有的那些经验，通过数据库的原理来发现根本原因。因此，理论知识再怎么强调都不过分，它真的很重要，理解了原理，你才可以举一反三，游刃有余，而不是每次一碰到没见过的问题都战战兢兢！
|