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

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

重要的事情说三遍。

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

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

10G路径:Dump file c:oracleproduct10.2.0adminlqpvplmudumplqpvplm_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