Entity Framework "Unerwarteter Verbindungsstatus" Exception

Question

Nach drei Stunden Debuggen und Suchen hoffe ich, dass jemand hier eine Antwort hat. Entity Framework (unter Verwendung von MySQL) löst die folgende Ausnahme aus, wenn ich die folgende Funktion schnell nacheinander aufrufe (z. B. < mit 0,1 Sekunden Abstand).

System.InvalidOperationException: Unerwarteter Verbindungsstatus. Stellen Sie bei Verwendung eines Wrapping-Providers sicher, dass das StateChange-Ereignis in der umschlossenen DbConnection implementiert ist.

Manchmal funktioniert die Funktion jedoch ohne Probleme. Die Ausnahme wird auf dem ersten ToList() Aufruf geworfen:

void InsertOrUpdateMaterials(List<Material> materials) 
{ 
    var id = GetUserId(); 
    var materialIds = materials.Select(x => x.MaterialId).ToList(); 

    // Remove old materials from DB 
    var oldMaterials = Db.Materials.Where(p => p.CreatedBy == id && 
      materialIds.Contains(p.MaterialId)).ToList(); // exception 
    Db.Materials.RemoveRange(oldMaterials); 
    Db.SaveChanges(); 

    // Replace previous materials with the new ones in list 
    Db.Materials.AddRange(materials); 
    Db.SaveChanges(); 
} 

Merkwürdig ist, dass dieser Fehler nie auf dem Entwicklungsserver aufgetreten ist, so sah ich in mögliche Konfigurationsprobleme ohne Erfolg.

Manchmal Entity Framework wirft:

System.Data.Entity.Core.EntityCommandExecutionException: Es gibt bereits eine offene Datareader dieser Verbindung zugeordnet, die zuerst geschlossen werden muss.

Nochmals auf den ToList() Aufruf verweisen. Irgendwelche Ideen?

Answer 1

Für andere Leute, die ein ähnliches Problem haben könnten. Aufgrund der obigen Kommentare scheint der Code einen zwischengespeicherten DB-Kontext zu verwenden. Nachdem der db-context erstellt wurde, ist die db-connection abgebrochen (kein StateChange Handler wurde in der Anwendung installiert). Nach dem Zusammenbruch der Verbindung verwendete die Anwendung den zwischengespeicherten db-Kontext, um einige Operationen darauf auszuführen.

Das Erstellen eines neuen DB-Kontextes löste das Problem.

Answer 2

Ich hatte dieses Problem mit Effort.EF6 1.3.0. Der Fix für mich war, die NMemory Abhängigkeit von 1.1.0 zu 1.1.2 zu aktualisieren.

Answer 3

Ich hatte das gleiche Problem mit Effort.EF6, aber die Aktualisierung NMemory (wie user326608 vorgeschlagen) hat nicht geholfen. Stellt sich XUnit is executing tests in parallel by default since V2 heraus.

Deaktivieren dieses Verhalten hat es für mich behoben. Fügen Sie die folgende zu AssemblyInfo.cs:

using Xunit; 
[assembly: CollectionBehavior(CollectionBehavior.CollectionPerAssembly)] 

Obwohl ich dies als eine Abhilfe zu sehen, wie Unit-Tests sollten voneinander unabhängig sein.