ORACLE 11: DELETE sehr langsam

[hoika]

Hallo,

Ich würde mir doch mal den Query-Plan ansehen.


Heiko

[Furtbichler]

Stimmt, hab gestern danach gegoogelt und gesehen, wie das geht. Habe es nur noch nie gemacht. Aber es gibt ja immer das erste Mal.

Bin aber noch im Delirium.

[Morphie]

Ich musste neulich auch mal in einer MySQL Datenbank 99,9% aller Datensätze (ca. eine Million) löschen. (Die Tabelle verfügt über sehr viele Indizes)
Nach ca. 2 Stunden habe ich den Vorgang frustriert abgebrochen, habe eine leere, identische Tabelle angelegt, die gewünschten Datensätze über SQL rüber kopiert und den Rest mittels "TRUNCATE TABLE" gelöscht. Da war die Dauer zum Löschen kaum messbar...

Hätte ich das mal vorher gemacht...

[jobo]

Ich vermute mal, dass es ein wiederkehrendes Problem ist, sonst muss man sich wohl nicht groß den Kopf zerbrechen.

Das Löschen kann schon sehr lange dauern. Die Löschanweisung auf einem nicht indizierten Feld bedeutet zuerst mal einen Fullscan.
Dann ist die Frage, wieviel Datensätze betroffen sind.
1 oder 500T?

Ausführungsplan
Es wäre zu prüfen, ob regelmäßig (nächtlich) Statistiken aktualisiert werden bzw. ein planmäßiges Vorgehen da ist.
Wenn Statistiken aktualisiert werden, muss sichergestellt sein, dass auch die Indizes einbezogen werden.
Andernfalls kommt eben Schrott raus.

Im Datenmodell wäre zu prüfen, ob FK auf die Tabelle zeigen oder sie selber Fremdbezüge hat, Cascade Constraints definiert sind usw.
All das bedeutet keinen Geschwindigkeitszuwachs.

Indizes
können gedropped werden oder "abgeschaltet"

Code:

ALTER INDEX myIndex UNUSABLE;
[delete]
ALTER INDEX myIndex  rebuild (online)

Beim Thema Indizes wäre noch zu überlegen, welches DML Verhalten auf der Tabelle existiert. Viele Inserts, Deletes wirken sich negativ auf den Index aus. PCTFree usw können auch hier vielleicht lindern. Ein Index der immer voll gepackt wird, kommt nicht gut mit Änderungen klar.

Dann wäre noch die Frage, was während des Löschens noch/sowieso schon läuft und welcher User die Löschanweisung ausführt und in welchem Kontext (ora scheduler, OS Cronjob, ..).
Gibt es konkurrierende Last auf dem System?
Laufen (nachts) bspw. zeitgleich Jobs via Scheduler (z.B. Statistiken sammelen, haha), zieht der Löschjob ggF den kürzeren.

[Furtbichler]

Hallo,

Heute hatte ich die Hucke voll zu tun und bin erst kurz vor Feierabend dazu gekommen, mir das Problem näher anzuschauen. Also: Es gibt 6 Indexe, keine Foreign Key Constraints auf die Tabelle. Ich denke, ich kürze das einfach ab:

Temp Tabelle erstellen, drop die Originaltabelle, rename die temp in die Originaltabelle, indexe neu erstellen. sollte funzen und schnell genug sein.

Edit: Achso, Mensch: Vielen Dank für die tollen Beiträge.