死锁问题(急, 各位版主帮帮忙)

shiri512003

SFISM4.R_WIP_TRACKING_T
应用逻辑查查吧
纯粹从数据库角度解决一般效果不怎么样

hbwp2008

原帖由 howard_zhang 于 2008-3-26 11:03 发表
DEADLOCK DETECTED
Current SQL statement for this session:
UPDATE SFISM4.R_WIP_TRACKING_T  SET QA_RESULT = '0', GROUP_NAME = 'P-OQC' ,STATION_NAME = 'P-OQC1', IN_STATION_TIME = SYSDATE, EMP_NO ='061023', NEXT_STATION = 'N/A' where  QA_NO ='20080326-L-0007' AND (NEXT_STATION='N/A' or NEXT_STATION='P-OQC')
The following deadlock is not an ORACLE error. It is a
deadlock due to user error in the design of an application
or from issuing incorrect ad-hoc SQL. The following
information may aid in determining the deadlock:
Deadlock graph:
                       ---------Blocker(s)--------  ---------Waiter(s)---------
Resource Name          process session holds waits  process session holds waits
TX-0003001b-0007a79b       293     161     X            261     249           X
TX-0028002e-00001a05       261     249     X            293     161           X
session 161: DID 0001-0125-00000302        session 249: DID 0001-0105-00001516
session 249: DID 0001-0105-00001516        session 161: DID 0001-0125-00000302
Rows waited on:
Session 249: obj - rowid = 00001915 - AAAB3MABwAAADOGAAY
  (dictionary objn - 6421, file - 112, block - 13190, slot - 24)

从这里已经很明显可以看出问题,还有什么不明白的?

我认为不是DB问题呀,是应用程式问题,我叫他把代码给看看, 但是开发组人说,  我系统跑了二年啦,程式没有出现这个问题呀.

howard_zhang

如果这样就要检查外键索引的情况了.

testmvb

查一下session 161和384是干甚麼的.
正在持有甚麼資源.

應該是某個應用邏輯出現了問題.

hbwp2008

但是我有几点疑问:
   如果是并发问题导致的: 但是每天晚上02:00--:04:00都会出现这种死锁现象,这个时间段不是DB的高峰期呀,  高峰期在白天09:30--12:00  14:00--17:00 呀, 但是在白天没有出现这种死锁现象. 怪啦!

   如果是应用程式问题, 他是写了几个procedure 来Update , 现在正在检查应用程式.

testmvb

你的系統應該是sfc系統.
r_wip_tracking_t應該是在線系統管制檔
如果你的存儲過程更新sfc系統正在更新的表,就會出現這種情況

vepeta

是不是查每天晚上02:00--:04:00都干什么？

hbwp2008

原帖由 vepeta 于 2008-3-26 11:36 发表
是不是查每天晚上02:00--:04:00都干什么？

UPDATE DATA

hbwp2008

原帖由 testmvb 于 2008-3-26 11:28 发表
你的系統應該是sfc系統.
r_wip_tracking_t應該是在線系統管制檔
如果你的存儲過程更新sfc系統正在更新的表,就會出現這種情況

按照你这样说. 应该出现高峰期才对呀. 每天晚上02:00--04:00都会出现死锁现象呀!

hbwp2008

原帖由 howard_zhang 于 2008-3-26 11:17 发表
如果这样就要检查外键索引的情况了.

你能详细说说吗? 我发现对此表建了那么index , 谢谢!!!
           INDEX_NAME        COLUMN_NAME
1        R107_BOM        BOM_NO
2        R107_CARTON        CARTON_NO
3        R107_FLAG        ERROR_FLAG
4        R107_GROUP        GROUP_NAME
5        R107_MO        MO_NUMBER
6        R107_MODEL        MODEL_NAME
7        R107_NEXTSTATION        NEXT_STATION
8        R107_PALLET        PALLET_NO
9        R107_PA_FLAG        PALLET_FULL_FLAG
10        R107_PN        KEY_PART_NO
11        R107_QANO        QA_NO
12        R107_QARESULT        QA_RESULT
13        R107_REWORK        REWORK_NO
14        R107_ROUTE        SPECIAL_ROUTE
15        R107_SHIPNO        SHIP_NO
16        R107_SN        SERIAL_NUMBER
17        R107_SSN        SHIPPING_SN
18        R107_STOCK        STOCK_NO
19        R107_TYPE        TYPE