记一次由于缺少外键索引导致的血案

外键加索引！外键加索引！外键加索引!

重要的事情说三遍。

     最近在.Net开发中通过Remoting向服务端发送一个请求后，就开始在数据库里通过存储过程来进行大量的DML操作，其中大量数据来源于DBLINK，建立物化视图后效率提升了不少。但是用户还是会抱怨速度太慢，经常还会蹦出一个异常，如下图：

     起初根据异常信息还以为根本原因是Remoting在socket通迅时引起的，后来反复检查代码也没找到BUG。后来经过指点才到数据库里面来找原因，查看ORACLE_alter日志后定位到lqpvplm_ora_3468.trc

10G路径：Dump file c:\oracle\product\10.2.0\admin\lqpvplm\udump\lqpvplm_ora_3468.trc

渣渣英文只能看到检测到了事务死锁，并且陈述了不ORACLE的过，对，我的锅！

找到了存储过程里面的相关语句，就开始在网上查找数据库锁的相关资料，嗯，看到了

http://www.cnblogs.com/angzi/archive/2006/12/09/587612.html

据Tom的经验，导致死锁的头号原因是外键未加索引，第二号原因是表上的位图索引遭到并发更新。在以下两种情况下，Oracle在修改父表后会对子表加一个全表锁：
  ·如果更新了父表的主键(倘若遵循关系数据库的原则，即主键应当是不可变的，这种情况就很少见。)由于外键上没有索引，所以子表会被锁住。
  ·如果删除了父表中的一行，整个子表也会被锁住(由于外键上没有索引，比如：如果EMP表有DEPT的一个外键，而且在EMP表的DEPTNO列上没有任何索引，那么更新DEPT时整个EMP表都会被锁定)。

嗯，大概知道了问题的所在，把有外键的相关表加上外键索引后果然顺利解决了问题，效率也提升了不少！

是时候对索引和锁进行一波系统性的学习了！

 

转载于:https://www.cnblogs.com/Acamy/p/6613554.html