0

SQL サーバーで時々デッドロックが発生します。非データベース操作 (クレジット カード処理) をロックする関数を作成して、重複が発生しないようにしました。私の関数は次のとおりです（tclには申し訳ありませんが、SQLは十分に明確です）。デッドロックが時折発生する理由は誰にも分かりますか?????

proc ims_syn_lock_object { db object {timeout 30} {wait 1}}  {   
    if {[catch {
        while {true} {
            am_dbtransaction begin $db

            # read the object locks that aren't timed out       
            set result [am_db1cell $db "SELECT object from GranularLocks WITH (ROWLOCK,HOLDLOCK) where object = [ns_dbquotevalue $object] AND  timeActionMade > DATEADD(second,-timeout, GETDATE())"]

            # check to see if this object is locked and not timed out
            if { [string equal "" $result] } {
                break;
            } else {
                # another process has this object and it is not timed out. 
                # release the row lock
                am_dbtransaction rollback $db

                if { $wait } {
                    # sleep for between 400 and 800 miliseconds
                    sleep [expr [ns_rand 400] + 400]                    
                } else {
                    # we aren't waiting on locked resources.
                    return 0;
                }
            }            
        }

        # either the object lock has timed out, or the object isn't locked
        # create the object lock.          
        ns_db dml $db "DELETE FROM GranularLocks  WHERE object = [ns_dbquotevalue $object]"
        ns_db dml $db "INSERT INTO GranularLocks(object,timeout) VALUES ([ns_dbquotevalue $object],[ns_dbquotevalue $timeout int])"   

        # releases the row lock and commits the transaction
        am_dbtransaction commit $db    

    } errMsg]} {
        ns_log Notice "Could not lock $object. $errMsg"
        catch { 
            am_dbtransaction rollback $db 
        } errMsg
        return 0
    }
    return 1     

}


proc ims_syn_unlock_object {db object } {

    #simply remove the objects lock
    ns_db dml $db "DELETE FROM GranularLocks WHERE object = [ns_dbquotevalue $object]"

}
4

2 に答える 2

1

  1. 最初の選択に UPDLOCK を追加して、排他ロックも強制してみてください

  2. sp_getapplockこの種の操作のために提供されているものを試してください。

個人的には2号の方がいいな…

于 2009-10-26T21:08:31.723 に答える
0

デッドロック グラフがあると便利です。

SQL デッドロックは、クエリが関係しているだけでなく、関係するスキーマも同様に重要です。たとえば、読み取りと書き込みがデータへの異なるアクセス パスを選択するという理由だけで、完全に有効で「正しい」クエリでリーダー/ライターのデッドロックが発生する可能性があります。「オブジェクト」列をカバーしないGranularLocksにtimeActionMadeのインデックスが存在する場合、あなたのケースでこれが起こっているのを見ることができました。ただし、解決策は、実際のデッドロックの状況によって異なります。

于 2009-10-26T21:08:23.050 に答える