Postgres langsam laufende Abfrage löschen

Question

Wir haben eine Tabelle, die nur über 62k Zeilen hat. Wir führen eine sehr einfache Löschabfrage auf sie, die 45 Minuten dauert abzuschließen:

DELETE FROM myTable WHERE createdtime < '2017-03-07 05:00:00.000' 

Dinge, die wir versucht haben:

1- einen Index für Timestamp-Spalte hinzugefügt, die nicht geholfen haben.

2- Entfernen Sie die Zeilen in Chargen von 20 oder 50 mit einer Funktion, die immer noch sehr langsam war.

3- Dropped alle Fremdschlüssel-Constraints Referenzierung dieser Tabelle und eine eigene Primärschlüsselbedingung, die Hilfe tat und die Zeit auf wenige Sekunden reduziert, aber wir können diese auf unserer Produktionsdatenbank nicht sicher tun, wie es die verriegelt Tabellen und verhindern Lese- und Schreibvorgänge, während die Transaktion ausgeführt wird.

Ich weigere mich zu glauben, dass es normal ist, dass diese Abfrage so lange dauert. Irgendwelche Vorschläge werden geschätzt.

Answer 1

... Dropped all the foreign key constraints referencing this table

Stellen Sie sicher, diese FK die haben Indizes sie zu unterstützen (auf der anderen Tabelle). Wenn Sie löschen, muss der (kaskadierende) FK alle FK-Spalten aus anderen Tabellen überprüfen, die sich auf diese Zeile beziehen könnten.

---

- Beispiel:

CREATE TABLE team(
     id INTEGER NOT NULL PRIMARY KEY 
     , name varchar UNIQUE 
     ); 

CREATE TABLE player(
     id INTEGER NOT NULL PRIMARY KEY 
     , team_id integer REFERENCES team(id) 
     , name varchar UNIQUE 
     ); 

Wenn nun ein team gelöscht wird, wird die FK-Einschränkung zu überprüfen, ob es irgendwelche Spieler, die auf diese team_id beziehen. (Und Kaskade sachgemässer) In diesem Fall wird ein unterstütz Index auf der FK wird das DBMS helfen:

CREATE index ON player(team_id); 

hilft, ist ein bisschen zu hier schwach. Ein unterstützender Index ist für jeden nicht trivialen Fall unbedingt erforderlich. (Auch wenn der FK-Einschränkung hat ON UPDATE NO ACTION ON DELETE NO ACTION als Aktion, so scheint es)