Postgres langsam ausführen Abfrage löschen

Haben wir eine Tabelle, die nur über 62k Zeilen. Wir laufen eine sehr einfache Abfrage löschen, das dauert 45 Minuten:

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

Dinge, die wir ausprobiert haben:

1 - hinzufügen eines index auf die timestamp-Spalte, die nicht helfen.

2 - Entfernt die Zeilen, die in Partien von 20 oder 50 mit einer Funktion, die war immer noch schrecklich langsam.

3 - ließ die foreign key-Einschränkungen verweisen auf diese Tabelle und Ihre eigenen primary key-Einschränkung, die nicht helfen, und reduziert die Zeit, um ein paar Sekunden aber wir können nicht sicher tun dies auf unsere Produktions-Datenbank wird die Sperre der Tabellen und verhindern, dass liest und schreibt, während die Transaktion ausgeführt wird.

Ich weigere mich zu glauben, dass es normal ist, dass diese Abfrage so lange dauern, um abzuschließen. Anregungen werden geschätzt.

  • Dropped all the foreign key constraints referencing this table Diese FK ' s haben Indizes unterstützen Sie (auf der anderen Tabelle)?
  • Das, was er sagte. Offensichtlich ist die Zeit, die damit verbracht wird, sucht die FK-constraints
  • Performance Fragen sollten ERKLÄREN, ANALYSIEREN und einige Informationen über die grösse der Tabellen -, index -, Strom-Zeit-performance, Wunsch, Zeit, etc. Langsam ist ein relativer Begriff, und wir brauchen einen realen Wert zu vergleichen. MySQL Lesen Sie Bitte Auch How-to-Fragen
  • Ich kann nicht glauben, dass ich nicht denke, dass ich mich! Fügen Sie bitte als Antwort, damit kann ich markieren Sie es als gelöst, wie das Problem behoben werden. Danke!!!
InformationsquelleAutor infiniteLoop | 2017-03-09
  1. 12

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

    Stellen Sie sicher, diese FK ' s haben Indizes unterstützen Sie (auf der anderen Tabelle).
    Wenn Sie Sie löschen, die (Kaskadierung) FK wird zu prüfen haben alle FK-Spalten aus anderen Tabellen beziehen sich auf diese Zeile.

    -- 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
        );

    Nun, wenn eine team gelöscht wird, wird der FK-constraint wird zu prüfen haben, ob es irgendwelche Spieler, die sich auf diese team_id. (und cascade appropiately)
    In diesem Fall, eine unterstützende index auf der FK helfen DBMS:

    CREATE index ON player(team_id);

    helfen ist ein bisschen zu schwach hier. Eine unterstützende index ist absolut notwendig für jeden nicht-trivialen Fall. (auch wenn der FK-constraint hat ON UPDATE NO ACTION ON DELETE NO ACTION als seine Aktion, so scheint es)

    • Nur zum Wohle, auch wenn meine FKs waren alle AUF on UPDATE NO ACTION ON DELETE NO ACTION, diese Prüfung zu haben schien trotzdem passiert was in die langsam ausgeführte Abfrage, was mich überrascht.
    • das ist überhaupt nicht überraschend, da die Datenbank muss sicherstellen, dass es keine Spieler auf, die auf die team Sie löschen. Und das lookup ist im wesentlichen mit einer select * from player where team_id = ... wenn kein index vorhanden ist, ist gehen zu müssen, einen Seq-Scan auf die player-Tabelle.
    • aber warum würde es tun müssen, die prüfen, ob es nicht planen, entfernen Sie die untergeordneten Zeilen, die im Zusammenhang mit der übergeordneten Zeile gelöscht wird?
    • Da braucht es auf verhindern parent gelöscht werden, wenn untergeordnete Zeilen
    • Okay. Ich dachte, die ON DELETE CASCADE/ NO ACTION-Zeug ist, was bestimmt, ob das löschen verhindert werden sollte oder nicht.
    • .. I don't need a parachute, because I don't expect the plane to crash ...
    • Nein, die Bedingung, die bestimmt, welche Maßnahmen ergriffen werden sollten, falls Kind-Zeilen vorhanden sind - aber der test für die untergeordneten Zeilen, die von muß gemacht werden, wenn ein Fremdschlüssel vorhanden ist
    • Ich sehe. Danke für die Aufklärung 🙂
    • meine situation ist gegenüber. Ich bin versucht zu löschen player Tabelle und das nimmt mich für immer. In dieser Hinsicht, wo erstelle ich einen index in team oder in player

    InformationsquelleAutor joop
Schreibe einen Kommentar