EF6 SQLQuery molto lento ma il database è molto veloce

Question

Ho un problema di prestazioni che abbiamo fatto un sacco di analisi e sono bloccati. Spero che qualcuno di voi abbia già visto questo.

Sto chiamando DbContext.Database.SqlQuery la parte del database richiede 3 ms ma l'esecuzione completa richiede 9 secondi.

Abbiamo utilizzato EF Profiler per scoprirlo e abbiamo anche eseguito SQL direttamente in SQL Server Management Studio ed è istantaneo.

Abbiamo anche usato un'occhiata e non siamo riusciti a vedere abbastanza in profondità nel processo.

Il tipo di risultato non è un'entità del modello e pertanto siamo certi che il tracciamento non sia coinvolto.

Sappiamo anche che questa non è la prima query eseguita sul contesto, pertanto non stiamo pagando il costo di avvio EF su questa query.

Abbiamo provato il .net profiler e abbiamo avuto così tanti problemi che abbiamo deciso di chiedere.

Qualche consiglio su come scavare e scoprirlo?

EDIT: Il set di risultati per questa ricerca è 1 riga con 4 colonne (decimale)

La linea di codice è solo:

var list=contextInstance.Database.SqlQuery<nonEntityType>(sqstring).ToList(); 

SQL sé non è una stringa molto lunga. Utilizzeremo un profiler più dettagliato per scoprire in che punto del processo si blocca.

Answer 1

Abbiamo utilizzato EF profiler per scoprirlo e abbiamo anche eseguito lo SQL direttamente nello studio di gestione server SQL ed è istantaneo.

Questo non prova nulla. La query potrebbe essere veloce, ma i dati potrebbero generare 100 MB di dati che verranno quindi trasportati al client e materializzati in oggetti. Questo potrebbe richiedere più tempo di quanto pensi.

La query in SSMS potrebbe tornare istantanea perché mostra solo una parte dei dati. Non hai detto quali erano i dati.

Utilizzare un profiler .NET reale, come dotTrace o Ants. In questo modo puoi vedere dove il tempo si perde esattamente sulla linea. EF Prof (o il mio ORM Profiler: http://www.ormprofiler.com) ti dirà quale parte del percorso totale (ORM-> DB-> ORM) prende l'ora. Perfino EF prof;)

Answer 2

Se il cliente per qualche motivo non può usare un profiler come suggerito da Frans, dovrai giocare al gioco di ipotesi ed escludere le possibilità.

Prima di tutto penso che manchi un'informazione critica. Ci vogliono sempre circa 9 secondi o varia?

Primo passo:

decidere se il ritardo è prima o dopo l'interrogazione colpisce il database. Dovrebbe essere possibile fare entrambi con EF profiler e guardare i timestamp in Sql profiler.

In entrambi i casi avrete un po 'limitato le possibilità.

Secondo passo:

Escludere il più possibile

• indici (No, la query è veloce)
• Restituzione di troppi dati (No, secondo le informazioni che avete)
• Compilazione query lenta (No, viene utilizzata query sql raw)
• Trasferimento dati lento (No, le altre query funzionano correttamente)
• Inizializzazione Lenta DbContext (No, hai detto che non è la prima query)
• Serrature di riga o tabella (Non probabile, che probabilmente si presenterebbe come una query di lunga esecuzione nel profiler)
• materializzazione lenta (No, a pochi campi a meno che non vi sia un grave bordo caso bug)

Terzo passo:

cosa rimane? Dipende dalla risposta al n.1 e anche se è sempre 9 secondi.

I miei sospetti principali sono alcuni problemi di connessione perché un'altra chiamata sta bloccando, quindi deve attendere una connessione o qualche cache di secondo livello o qualcosa che non funzioni bene con questa query.

Per escludere ulteriori alternative, proverei a eseguire la stessa query utilizzando semplicemente ADO.NET vecchio. Se il problema persiste, sai che non è un problema di EF e molto probabilmente un problema di connessione. Se va via potrebbe comunque essere entrambi problemi.

Non tanto una risposta quanto qualche sproloquio, ma si spera che qualcosa a cui non avevate già pensato.