Hvis du henviser til at detektere "ugyldige" (dårligt oprettede) indekser, kan Postgres tilsyneladende "fejle" i et forsøg på at oprette et indeks, og så vil forespørgselsplanlæggeren ikke bruge dem, selvom de findes i dit system. Denne forespørgsel vil opdage "mislykkede" indekser:
https://www.enterprisedb.com/blog/pgupgrade -bug-invalid-concurrently-created-indexes
SELECT n.nspname, c.relname
FROM pg_catalog.pg_class c, pg_catalog.pg_namespace n,
pg_catalog.pg_index i
WHERE (i.indisvalid = false OR i.indisready = false) AND
i.indexrelid = c.oid AND c.relnamespace = n.oid AND
n.nspname != 'pg_catalog' AND
n.nspname != 'information_schema' AND
n.nspname != 'pg_toast'
selvom jeg formoder, at opdagelse af TOAST-tabelindekser ikke ville skade, så du kan fjerne den del af forespørgslen :)
Beslægtet, for mig gør nogle gange bare at køre en ny ANALYSE på et bord også, at indekser pludselig begynder at blive brugt i produktionen (dvs. selvom indekser ikke er "ugyldige", kan de være ubrugte indtil en ANALYSE-kørsel). Underligt.