Die Transaktion (Prozess-ID 84) befand sich auf sperren von Ressourcen mit einem anderen Prozess und wurde als Deadlockopfer ausgewählt

Habe ich entwickelt, ein Monitoring-Anwendung. Es gibt also benutzt habe ich eine Timer-Funktion, um zu überprüfen, einige Werte in eine SQL-Tabelle.

aber es gibt so viele Funktion gibt es eine folgende Fehlermeldung für eine Funktion, die aufgerufen wird getLogEntry()

message>Transaction (Process ID 84) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.</message>
<innerMessage>
</innerMessage>
<source>.Net SqlClient Data Provider</source>
<stackTrace>at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
   at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
   at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
   at System.Data.SqlClient.SqlDataReader.HasMoreRows()
   at System.Data.SqlClient.SqlDataReader.ReadInternal(Boolean setTimeout)
   at ShiftAlertSystem.DBAccess.getLogEntry(Int32 nEventLogIdn, connections cn)</stackTrace>
    <createdAt>2012/06/18 13:10:47</createdAt>

Dies ist die Implementierung der Funktion

public LogEntry getLogEntry(int nEventLogIdn, connections cn)
    {
        lock (_objLock)
        {
            LogEntry lgEntObj = new LogEntry();
             SqlConnection NewCon3 = new SqlConnection();
             SqlCommand newCmd2 = null;
             SqlDataReader dr = null;

             try
             {


                 string connectString;
                 //Configuration config = ConfigurationManager.u
                 string DataSource = cryptIT.Decrypt(cn.DataSource_bio);
                 string initialCatalog = cryptIT.Decrypt(cn.InitialCatalog_bio);
                 string user = cryptIT.Decrypt(cn.user_bio);
                 string password = cryptIT.Decrypt(cn.password_bio);
                 bool intergratedSecurity = cn.IntegratedSecurity_bio;

                 if (intergratedSecurity)
                 {
                     connectString = "Data Source=" + DataSource + ";Initial Catalog=" + initialCatalog + ";Integrated Security=True";
                 }
                 else
                 {
                     connectString = "Data Source=" + DataSource + ";Initial Catalog=" + initialCatalog + ";User ID=" + user + ";Password=" + password;
                 }

                 NewCon3 = new SqlConnection(connectString);
                 NewCon3.Open();



                 newCmd2 = NewCon3.CreateCommand();
                 newCmd2.Connection = NewCon3;
                 newCmd2.CommandType = CommandType.Text;
                 newCmd2.CommandText = @"
                                 SELECT [nUserID]
                                        ,[sUserName]
                                        ,dateadd(s,[nDateTime],'1970/1/1') AS LogDateTime
                                        ,[nEventIdn]
                                        ,[nTNAEvent]
                                        ,[TB_READER].[nReaderIdn]
                                        ,[sName]
                                 FROM 
                                        [TB_EVENT_LOG]
                                        ,[TB_USER]
                                        ,[TB_READER]
                                WHERE 

                                        [nEventLogIdn] = " + nEventLogIdn +
                                         @" AND
                                        [TB_EVENT_LOG].[nUserID] = [TB_USER].[sUserID]
                                        AND
                                        [nFlag]= 1
                                        AND
                                        [TB_EVENT_LOG].[nReaderIdn]=[TB_READER].[nReaderIdn]"
                                         ;
                 dr = newCmd2.ExecuteReader();

                 if (dr != null && dr.Read())
                 {
                     lgEntObj.nUserID = dr.GetInt32(0);
                     lgEntObj.nUserName = dr.GetString(1);
                     lgEntObj.LogDateTime = dr.GetDateTime(2);
                     lgEntObj.nEventIdn = dr.GetInt32(3);
                     lgEntObj.nTNAEvent = dr.GetInt16(4);
                     lgEntObj.nReaderIdn = dr.GetInt32(5);
                     lgEntObj.sName = dr.GetString(6);
                 }
                 dr.Close();
                 newCmd2.Dispose();
                 //NewCon.Close();
                 NewCon3.Close();

                 return lgEntObj;
             }
             catch (Exception exc)
             {
                 CenUtility.ErrorLog.CreateLog(exc);
                 return null;
             }

             finally
             {
                 if (dr != null)
                     dr.Close(); 

                 if(newCmd2 != null)
                     newCmd2.Dispose();


                     NewCon3.Close();


             }


        }
    }

Vielen Dank im Voraus

Möchten Sie vielleicht zu prüfen, die Vorschläge in diese Antwort: stackoverflow.com/questions/2382410/.... Haben wir erfolgreich umgesetzt Abfrage-Wiederholungen, wenn die ursprüngliche Abfrage ist festgefahren.
Auch, wie viele log-Einträge, die Sie schreiben? Wenn Sie schreiben viel, kann es sein, dass Sie nur behindern die WÄHLEN Sie mit einer großen Anzahl von EINSÄTZEN.
Durch diese Anwendung nichts geschrieben in diese Tabellen, aber auch andere Software schreibt Daten in diese Tabellen.
Bitte Holen Sie sich die deadlock-Diagramm und fügen Sie diese zu Ihrer Frage. Wenn Sie auf 2008 diese erhalten Sie von der Standard-Extended Events-trace andernfalls müssen Sie die Einrichtung einer Spur, um es einzufangen.

InformationsquelleAutor Tharik Kanaka | 2012-06-19

c#deadlock sql sql-server

15

Möchten Sie vielleicht, um auf diese Frage für einige weitere hilfreiche Anregungen.

Ich verwenden Sie das folgende Muster für die Datenbank-Wiederholungen; in diesem Fall ist, kehren wir ein DataTable-aber das Muster ist das gleiche, unabhängig; Sie erkennen SqlDeadlock oder Timeout auf der Grundlage der SqlException -Anzahl, und wiederholen Sie, bis zu einer maximalen Anzahl von n-mal.
```
    public DataTable DoSomeSql(int retryCount = 1)
    {
        try
        {
            //Run Stored Proc/Adhoc SQL here

        }
        catch (SqlException sqlEx)
        {
            if (retryCount == MAX_RETRY_COUNT) //5, 7, Whatever
            {
                log.Error("Unable to DoSomeSql, reached maximum number of retries.");
                throw;
            }

            switch (sqlEx.Number)
            {
                case DBConstants.SQL_DEADLOCK_ERROR_CODE: //1205
                    log.Warn("DoSomeSql was deadlocked, will try again.");
                    break;
                case DBConstants.SQL_TIMEOUT_ERROR_CODE: //-2
                    log.Warn("DoSomeSql was timedout, will try again.");
                    break;
                default:
                    log.WarnFormat(buf.ToString(), sqlEx);
                    break;
            }

            System.Threading.Thread.Sleep(1000); //Can also use Math.Rand for a random interval of time
            return DoSomeSql(asOfDate, ++retryCount);
        }
    }
```
- Ich hoffe, Sie überwachen diese. Wenn, zum Beispiel, bekommen Sie eine deadlock-wiederholen-jede million Abfragen oder pro Monat, dann bist du gut. Wenn man 1 jede minute, oder jede andere Abfrage, dann sind Sie in Schwierigkeiten, und sollte das beheben der Ursache, anstatt zu arbeiten...
- Manchmal hat man auch einen deadlock, aber Sie nicht möchten, dass Ihre Bewerbung zu sterben, weil von ihm, das zu wiederholen, kauft Euch die Zeit, die Sie brauchen, untersuchen Sie die Ursache des Problems; beachten Sie, dass ich schlage vor, beim Lesen des ersten link 🙂 Manchmal bekommt man auch einen deadlock oder timeout, nur weil das system ausgelastet ist.
- Ich sage nicht, dies nicht zu tun, ich sage nur, zu überwachen. Wie gesagt, wenn es selten ist, dann bist du gut. Aber wenn es regelmäßig dann haben Sie ein problem und Sie sind gezwungen, es in eine automatische Fehler - Gut für die app an diesem Punkt in der Zeit, aber dann bedeutet, dass Sie benötigen einige Möglichkeit der überwachung, ob es passiert so Häufig, dass Sie wirklich brauchen, um die zugrunde liegende Ursache und nicht nur die Auswirkungen. Wenn Sie nicht überwachen, dann müssen Sie nicht einmal wissen, da gibt es nichts zu untersuchen.
- Wir hatten Sie 20 oder 30 mal in der Stunde, während die Spitzenlast. Dieser Ansatz gab mir genug Zeit, um das system läuft, aber auch, um untersuchen Sie die Ursache, wie Sie vorschlagen. Fest ist es auch 🙂 ich bin völlig einverstanden mit Ihnen!
- Vielleicht wiederholen für SqlException.Anzahl: SqlConnectionBroken = -1, SqlTimeout = -2, SqlOutOfMemory = 701, SqlOutOfLocks = 1204, SqlDeadlockVictim = 1205, SqlLockRequestTimeout = 1222, SqlTimeoutWaitingForMemoryResource = 8645, SqlLowMemoryCondition = 8651, SqlWordbreakerTimeout = 30053
- Können Sie mit Polly für Wiederholungen ?
InformationsquelleAutor dash
3

Ihre Abfrage blockiert mit einer anderen Abfrage. Die andere Abfrage ist wahrscheinlich auf eine insert, update oder delete Abfrage, da select allein nicht dazu neigen, in die Sackgasse.

Wenn Sie don ' T care zu viel über Konsistenz, die Sie verwenden können, die with (nolock) Hinweis:
```
FROM 
    [TB_EVENT_LOG] with (nolock)
    ,[TB_USER] with (nolock)
    ,[TB_READER] with (nolock)
```
Führen Sie Ihre Abfrage nicht zu sperren. Eine Abfrage ohne sperren nicht deadlocks führen. Der Nachteil ist, dass es vielleicht zurück inkonsistente Daten, wenn es läuft zur gleichen Zeit wie eine änderung der Abfrage.
- Beachten Sie, dass wenn die Sperre eskaliert, um eine Tabelle zu Sperren, wird dies nicht funktionieren; siehe msdn.microsoft.com/en-us/library/ms187373.aspx.
- Artikel gilt nur für DDL, wie alter table erwirbt eine schemaänderungssperre (Sch-M, schema modification) zu sperren. Ein with (nolock) gerne Lesen durch eine with (tablockx)
- "Die Unterstützung für die Verwendung der READUNCOMMITTED-und NOLOCK-Hinweise in der FROM-Klausel, die sich auf die Zieltabelle einer UPDATE-oder DELETE-Anweisung wird in einer zukünftigen version von SQL Server. Vermeiden Sie die Verwendung dieser Hinweise in diesem Kontext bei neuen Entwicklungsarbeiten, und planen Sie das ändern von Anwendungen, die derzeit verwendet werden." ist auch in diesem. Ich bin mir nicht 100% sicher, dass Sie gelesen werden, durch eine Transaktion in allen Fällen; ich habe Situationen gehabt, wo nolock hat nicht funktioniert, weil ein tablelock hat an Ort und Stelle.
- Auch aus dem header des Artikels: Betrifft: LÖSCHEN, EINFÜGEN, AUSWÄHLEN, AKTUALISIEREN, ZUSAMMENFÜHREN, ich bin nicht wirklich uneins mit Ihnen (deshalb nur ein Kommentar), es ist nur, dass ich gefunden habe, die das Verhalten von (NOLOCK) zu unzuverlässig, und, wie @Dems erwähnt, ist es besser, zu beheben das zugrunde liegende Problem.
InformationsquelleAutor Andomar

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.