隔離級(jí)別設(shè)置為0即允許臟讀，但仍然會(huì)有死鎖？

learningunix

隔離級(jí)別設(shè)置為0即允許臟讀，但仍然會(huì)有死鎖？不知道是不是數(shù)據(jù)庫(kù)的鎖用完了。

learningunix

忘了說了，只有一張表會(huì)加鎖。環(huán)境是sybase12.0，solaris8，客戶端是win2000。請(qǐng)高手看一看。

小無賴

把sp_who和sp_lock的信息貼上來。

表有多大?表鎖方案?表有多少行?大概有多少進(jìn)程同時(shí)訪問此表?

learningunix

謝謝！
表有多大，不知道怎么看，右鍵屬性看不到？
鎖是行加鎖，大概有5萬行左右，同時(shí)有3個(gè)進(jìn)程訪問。

learningunix

表的大小應(yīng)該是自動(dòng)分配的，大概有8兆左右。

learningunix

15          TANGLI            Ex_intent        CROSS        DG        0
34          CNC-57KGZH        Ex_intent        CROSS        DG        0
47          YXN               Sh_intent        master        spt_values        0
34          CNC-57KGZH        Ex_row        CROSS        DG        22923
34          CNC-57KGZH        Ex_row        CROSS        DG        22923
34          CNC-57KGZH        Ex_row        CROSS        DG        22923
34          CNC-57KGZH        Ex_row        CROSS        DG        22923
34          CNC-57KGZH        Ex_row        CROSS        DG        22923
34          CNC-57KGZH        Ex_row        CROSS        DG        22922
15          TANGLI            Ex_row        CROSS        DG        50007
34          CNC-57KGZH        Ex_row        CROSS        DG        62825
34          CNC-57KGZH        Ex_row        CROSS        DG        62825

小無賴

你還是把sp_who和sp_lock的信息全貼出來吧，這樣大家好看些,沒有標(biāo)頭信息俺看不明白。
還有是運(yùn)行多久后出現(xiàn)這樣的情況，還是一開始就出現(xiàn)的。要盡可能的詳細(xì)的描述問題.

先用dbcc checktable(table_name)檢查一下表。
不行就reorg rebuild table_name重建一次表。
首先確定表沒有問題，再看看是否是程序有問題。

learningunix

好的，謝謝了！
只不過這個(gè)問題是偶爾出現(xiàn)的，以后再說吧！

learningunix

這個(gè)問題會(huì)是什么原因呢？按道理說應(yīng)該不會(huì)出現(xiàn)吧！

Blackrose

你最好是把"print deadlock"參數(shù)設(shè)置為1，然后在死鎖的時(shí)候把錯(cuò)誤日志中報(bào)告的相關(guān)信息貼上來看看吧！

對(duì)了，你說的是 阻塞還是死鎖？？？？