Danke an alle hier! Ich habe den doppelten Schlüssel behoben, die veralteten Indizes entfernt und dann erfolgreich ausgeführt:
REINDEX DATABASE discourse;
VACUUM VERBOSE ANALYZE;
Die CPU-Auslastung ist wieder auf Normalniveau zurückgekehrt. Puh.
Frage: Warum führt eine nicht optimierte Datenbank oder ein beschädigter Index zu einer so hohen CPU-Auslastung durch den postmaster? Nur aus Neugier.
Ich denke, der defekte Index ist ein Ablenkungsmanöver. Er ist sicher nicht ideal und sollte behoben werden.
Das große Problem ist, dass dieser Wechsel von 10 auf 12 die Datenbank mit einer schrecklichen Statistiklage zurücklässt, was zu schlechter Leistung führt.
Die Leistung ist schlecht, weil der Abfrageoptimierer sehr schlechte Ausführungspläne für Abfragen wählt, da die Statistiken über die Daten in den Tabellen völlig falsch sind.
Wir werden den Neuaufbau der Statistiken über VACUUM in unseren automatisierten Wechsel integrieren.
Vielen Dank, @sam, für die Erklärungen. Das ergibt Sinn. Ich denke, es ist eine gute Idee, den Neuaufbau in den automatisierten Vorgang zu integrieren. Nochmals vielen Dank für deine Hilfe!