Hallo zusammen,
wir beobachten zur Zeit ein Verhalten des SQL-Servers, dass wir uns nicht erklären können.
Ein Insertbefehl mit SELECT von derselben Tabelle dauert auf einmal zwischen 3-5 Sekunden. Vor etwa 2 Wochen war der Insert noch im Bereich unter einer Sekunde. Die Datenbanken sind dieselben wie vorher, die Sql-Befehle dieselben. Am Sql-Server hat sich
nix verändert, die Hardware ist in ordnung (getestet auf anderen Sql-Servern mit demselben Ergebnis).
Der Insertbefehl sieht etwa so aus:
INSERT INTO TABELLE1 (Spalte1, Spalte2, Spalte3 usw)
SELECT Spalte1, Spalte2, Spalte3 usw
FROM TABELLE1
WHERE <Clustered_Index_Spalte> IN (SELECT ZAHL FROM #TMP)
Interessant sind jetzt folgende Tests:
- Insert nach Cache löschen dauert etwa 3-5 Sekunden.
- Führt man den gleichen Insert direkt noch einmal aus, ist die Dauer im Macrosekundenbereich.
--> Daraus folgt für mich: Das schreiben auf der Festplatte ist nicht das Problem.
- Löscht man die Nonclustered Indizes von TABELLE1, dauert der INSERT weit unter 1 Sekunde (ohne Cache).
--> Daraus folgt für mich: Das Problem scheinen die Indizes zu sein (Die Nonclustered Indizes (25 Stück, Varchar oder Int) belegen für diese Tabelle 2,5 GB (ziemlich viel ich weiß, aber leider nötig und vorher auch schon so groß)).
- Führt man erst nur den Select aus (ohne Cache) dauert er weit unter 1 Sekunde. Führt man dann den Insert mit Select aus, dauert es 3-5 Sekunden.
--> Daraus folgt für mich: Der Performancegewinn durch Cache liegt nicht am Lesen oder Suchen der Daten , die geinserted werden sollen.
--> Daraus folgt für mich: Das Problem scheint das Aktualisieren der Nonclustered Indizes zu sein.
- Führt man einen Insert aus mit 18 Datensätzen (ungecached) dauert es 3-5 Sekunden, Führt man den Insert noch einmal aus, Macrosekundenbereich, führt man dann den Insert mit 18 anderen Datensätzen aus, dauert es wieder 3-5 Sekunden.
--> Daraus folgt für mich: Was auch immer da gecached wird, es sind nicht die kompletten Nonclustered Indizes.
Insgesamt lässt sich danach sagen: Es scheint so zu sein, dass das Laden der Nonclustered Indizes in den Cache das Problem ist. Die Frage ist nur, warum er da nur Teile der Indizes lädt, oder warum er den Cache nicht wieder verwenden kann, wenn andere Daten
geinserted werden. Und natürlich die alles entscheidende Frage: Was hat sich geändert, dass es jetzt viel langsamer geworden ist.
Hat da irgendjemand eine Idee oder kann eine meiner Schlussfolgerungen widerlegen?
Ich bin da grad ein wenig am verzweifeln.
