外鍵加索引！外鍵加索引！外鍵加索引! 重要的事情說三遍。 最近在.Net開發中通過Remoting向服務端發送一個請求後，就開始在資料庫里通過存儲過程來進行大量的DML操作，其中大量數據來源於DBLINK，建立物化視圖後效率提升了不少。但是用戶還是會抱怨速度太慢，經常還會蹦出一個異常，如下圖： 起初 ...
外鍵加索引！外鍵加索引！外鍵加索引!
重要的事情說三遍。
最近在.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表都會被鎖定)。
嗯，大概知道了問題的所在，把有外鍵的相關表加上外鍵索引後果然順利解決了問題，效率也提升了不少！
是時候對索引和鎖進行一波系統性的學習了！
