Messung der Abfrageleistung: "Ausführungsplan-Abfragekosten" vs. "Zeitaufwand"

SET STATISTICS TIME ON

SELECT * 

FROM Production.ProductCostHistory
WHERE StandardCost < 500.00;

SET STATISTICS TIME OFF;

Und siehe die Nachricht Registerkarte wird es so aussehen:

SQL Server Execution Times:

   CPU time = 0 ms,  elapsed time = 10 ms.

(778 row(s) affected)

SQL Server parse and compile time: 

   CPU time = 0 ms, elapsed time = 0 ms.

Die Ergebnisse der Ausführungszeit stehen in direktem Widerspruch zu den Ergebnissen der Abfragekosten, aber ich habe Schwierigkeiten zu bestimmen, was "Abfragekosten" tatsächlich bedeutet.

Query cost gibt an, wie lange die Abfrage nach Meinung des Optimierers dauern wird (im Verhältnis zur gesamten Stapelzeit).

Das Optimierungsprogramm versucht, den optimalen Abfrageplan auszuwählen, indem es sich Ihre Abfrage und die Statistik Ihrer Daten ansieht, mehrere Ausführungspläne ausprobiert und den kostengünstigsten auswählt.

Hier können Sie ausführlicher lesen, wie es versucht, dies zu tun.

Wie Sie sehen, kann dies erheblich von dem abweichen, was Sie tatsächlich erhalten.

Die einzige echte Metrik für die Abfrageleistung ist natürlich, wie lange die Abfrage tatsächlich dauert.

Verwenden SET STATISTICS TIME ON

über Ihrer Anfrage.

Unterhalb der Registerkarte "In der Nähe von Ergebnissen" sehen Sie eine Registerkarte "Nachricht". Dort können Sie die Zeit sehen.

Ich verstehe, dass es sich um eine alte Frage handelt. Ich möchte jedoch ein Beispiel hinzufügen, bei dem die Kosten gleich sind, eine Abfrage jedoch besser ist als die andere.

Wie Sie in der Frage festgestellt haben, ist% im Ausführungsplan nicht der einzige Maßstab für die Ermittlung der besten Abfrage. Im folgenden Beispiel habe ich zwei Abfragen, die dieselbe Aufgabe ausführen. Der Ausführungsplan zeigt, dass beide gleich gut sind (jeweils 50%). Jetzt habe ich die Abfragen mit SET STATISTICS IO ON was deutliche Unterschiede zeigt.

Im folgenden Beispiel verwendet die Abfrage 1 seek, während Abfrage 2 scan für die Tabelle LWManifestOrderLineItems verwendet. Wenn wir jedoch die Ausführungszeit überprüfen, stellen wir fest, dass Abfrage 2 besser funktioniert.

Lesen Sie auch Wann ist eine Suche keine Suche? von Paul White

[~ # ~] Abfrage [~ # ~]

---Preparation---------------
-----------------------------
DBCC FREEPROCCACHE
GO
DBCC DROPCLEANBUFFERS
GO

SET STATISTICS IO ON  --IO
SET STATISTICS TIME ON

--------Queries---------------
------------------------------

SELECT LW.Manifest,LW.OrderID,COUNT(DISTINCT LineItemID)
FROM LWManifestOrderLineItems LW
INNER JOIN ManifestContainers MC
    ON MC.Manifest = LW.Manifest
GROUP BY LW.Manifest,LW.OrderID
ORDER BY COUNT(DISTINCT LineItemID) DESC  

SELECT LW.Manifest,LW.OrderID,COUNT( LineItemID) LineCount
FROM LWManifestOrderLineItems LW
WHERE LW.Manifest IN (SELECT Manifest FROM ManifestContainers)
GROUP BY LW.Manifest,LW.OrderID
ORDER BY COUNT( LineItemID) DESC  

Statistik IO

Ausführungsplan

Ausführungszeit der Abfrage:

DECLARE @EndTime datetime
DECLARE @StartTime datetime 
SELECT @StartTime=GETDATE() 


` -- Write Your Query`

SELECT @EndTime=GETDATE()
--This will return execution time of your query
SELECT DATEDIFF(MILLISECOND,@StartTime,@EndTime) AS [Duration in millisecs] 

Die Ausgabe der Abfrage lautet wie folgt:

So optimieren Sie die Abfragekosten:

Klicken Sie auf Ihr SQL Management Studio

Führen Sie Ihre Abfrage aus und klicken Sie auf Ausführungsplan neben der Registerkarte Nachrichten Ihres Abfrageergebnisses. Sie werden gerne sehen