Was kann die SQL Server-Leistung beeinträchtigen?

• Ineffizienter Abfrageentwurf
• Automatisch wachsende Dateien
• Zu viele zu wartende Indizes in einer Tabelle
• Zu wenige Indizes für eine Tabelle
• Ihren gruppierten Index nicht richtig auswählen
• Indexfragmentierung aufgrund schlechter Wartung
• Heap-Fragmentierung aufgrund von keinem Clustered-Index
• Zu hohe FILLFACTORs, die für Indizes verwendet werden, verursachen übermäßige Seitenaufteilung
• Zu wenig FILLFACTOR für Indizes, was zu übermäßigem Speicherplatzverbrauch und erhöhter Scanzeit führt
• Gegebenenfalls keine gedeckten Indizes verwenden
• Nichtselektive Indizes werden verwendet
• Unsachgemäße Pflege von Statistiken (veraltete Statistiken)
• Datenbanken sind nicht ordnungsgemäß normalisiert
• Transaktionsprotokolle und Daten, die sich die gleichen Laufwerkspindeln teilen
• Die falsche Speicherkonfiguration
• Zu wenig Speicher
• Zu wenig CPU
• Langsame Festplatten
• Fehlgeschlagene Festplatten oder andere Hardware
• Ein 3D-Bildschirmschoner auf Ihrem Datenbankserver, der Ihre CPU in Mitleidenschaft zieht
• Den Datenbankserver mit anderen Prozessen teilen, die um CPU und Speicher konkurrieren
• Sperrung zwischen Abfragen sperren
• Abfragen, die ganze große Tabellen scannen
• Front-End-Code, der Daten ineffizient sucht (verschachtelte Schleifen, Zeile für Zeile)
• CURSORS, die nicht notwendig sind und / oder nicht FAST_FORWARD
sind
• NOCOUNT wird nicht gesetzt, wenn große Tabellen durchsucht werden.
• Verwenden einer Transaktionsisolationsstufe, die zu hoch ist (z. B. Verwenden von SERIALIZABLE, wenn dies nicht erforderlich ist)
• Zu viele Rundreisen zwischen dem Client und dem SQL Server (eine gesprächige Schnittstelle)
• Eine unnötige verknüpfte Serverabfrage
• Eine Verbindungsserverabfrage, die auf eine Tabelle auf einem Remote-Server abzielt, ohne dass ein Primär- oder Kandidatentaste definiert ist
• Zu viele Daten auswählen
• Übermäßige erneute Kompilierung von Abfragen

oh und da könnten noch andere sein.

Wenn ich mit neuen Entwicklern spreche, die dieses Problem haben, finde ich normalerweise, dass es an einem der zwei Probleme liegt. Beide sind behoben, wenn Sie diese 2 Regeln befolgen.

Zunächst sollten Sie keine Daten abrufen, die Sie nicht benötigen. Wenn Sie beispielsweise einen Paging-Vorgang ausführen, sollten Sie nicht 100 Zeilen zurückgeben und dann berechnen, welche auf der Seite enthalten sind. Lassen Sie den gespeicherten Prozess herausfinden, dass er nur die 10 benötigt, die Sie benötigen.

Zweitens ist nichts schneller als Arbeit, die Sie nicht tun. Ich habe zum Beispiel an einem System gearbeitet, auf dem die vollständigen Rollen und Rechte für einen Benutzer mit jeder angeforderten Seite abgerufen wurden - das waren 100 Zeilen für einige Benutzer. Auch wenn Sie dies nur bei der ersten Anfrage in den Sitzungszustand speichern und dann von dort aus für nachfolgende Anfragen verwenden, nahm dies ein bedeutungsvolles Gewicht von der Datenbank.

Wenn Sie neu in der Datenbank sind und Zugriff auf den Datenbankmodul-Optimierungsratgeber haben, können Sie Ihre Datenbank heuristisch optimieren.

Sie erfassen grundsätzlich die SQL-Abfragen, die im SQL Profiler für Ihre Datenbank ausgeführt werden, und leiten diese dann an DETA weiter. DETA führt die Abfragen effektiv aus (ohne die Daten zu ändern) und ermittelt dann, welche Informationen in Ihrer Datenbank fehlen (Sichten, Indizes, Partitionen, Statistiken usw.), um die Abfragen besser durchzuführen.

Es kann sie dann für Sie anwenden und sie in Zukunft überwachen. Ich sage nicht, dass DETA immer recht hat oder Dinge ohne Verständnis tut, aber ich habe festgestellt, dass es definitiv ein guter Weg ist, um zu sehen, was Ihre Abfragen machen, wie lange sie dauern und wie Sie die DB indizieren können passend.

PS: Nach all dem ist es viel besser, zu Beginn eines Projekts in einen guten DBA zu investieren, damit Sie zunächst über gute Strukturen und Indexierung verfügen. Aber das ist nicht die Position, in der du dich gerade befindest ...

Schlagen Sie vor, Sie erhalten ein gutes Buch über Performance-Tuning für die von Ihnen verwendete Datenbank (dies ist sehr datenbankspezifisch). Dies ist ein sehr komplexes Thema und kann nicht wirklich anders beantwortet werden als im Internet.

Zum Beispiel sagt Dave Markle, dass ineffiziente Abfragen das Problem verursachen können und es gibt viele Möglichkeiten, ineffiziente Abfragen zu schreiben und viele weitere Möglichkeiten, diese zu beheben.