Início / dba / Perguntas / 344634
Accepted
Tombart
Asked: 2025-01-10 00:25:29 +0800 CST

Como corrigir o índice corrompido "invariante de ordem de item violada" no PostgreSQL?

  • 772

amcheck relata o seguinte erro:

select bt_index_parent_check(34465);
ERROR:  item order invariant violated for index "admin_access_rights_pkey"
DETAIL:  Lower index tid=(282,71) (points to heap tid=(201,46)) higher index tid=(282,72) (points to heap tid=(197,38)) page lsn=396C/DDF2FD00

Como posso corrigir esse problema?

A documentação diz que isso REINDEXpode não ajudar.

Um REINDEX pode não ser eficaz na reparação da corrupção.

postgresql

1 respostas

  1. Best Answer

    Esse erro pode ser causado por :

    • duplicadoPRIMARY KEY
    • alteração na ordem do texto, causada, por exemplo, pela atualização do glibc
    • corrupção de memória
    • bug hipotético do PostgreSQL
    • sistema de arquivos corrompido (se seu banco de dados não usa somas de verificação de dados )
    • O processo PostgreSQL trava (sendo encerrado pelo oom-killer ou usando kill -9)

    Verifique se há duplicados PRIMARY KEY:

    SELECT PRIMARY_KEY,count(*) FROM my_table GROUP BY PRIMARY_KEY HAVING count(*)>1;

    Exclua chaves duplicadas, se encontrar alguma:

    DELETE FROM  my_table a
  USING  (
          SELECT   min(ctid) AS ctid,
                  PRIMARY_KEY
          FROM     my_table
          GROUP BY PRIMARY_KEY
                  HAVING count(*) > 1 ) b
  WHERE a.PRIMARY_KEY = b.PRIMARY_KEY
  AND   a.ctid <> b.ctid;

    Em muitos casos, parece ser suficiente reconstruir o índice usando REINDEX:

    REINDEX INDEX admin_access_rights_pkey;

    Para um índice corrompido, prefiro a versão mais lenta e segura em vez de REINDEX CONCURRENTLY. Vi alguns problemas (espero que agora corrigidos) ao usar REINDEX CONCURRENTLY.

    Outra opção é usar pg_repacko que permite o reempacotamento de tabelas e a reconstrução de índices em segundo plano. Se bem-sucedido, o índice será movido para substituir o original. Essa abordagem pode evitar bloqueios desnecessários. Embora a reconstrução de tabelas grandes possa levar um tempo significativo.

    psql -d dbname -c "CREATE EXTENSION pg_repack"
pg_repack  -d dbname -i 'schema_name.index_name'

    pg_repackpode estar em execução para todo o banco de dados:

    pg_repack -d dbname --dry-run
    • -N/ --dry-runimprimir somente recursos reembalados
    • -j/ --jobs=4número de trabalhos paralelos
    • -x/ --only-indexesreconstruir apenas índices
    • -c/ --schema=publicesquema específico apenas
    • 3

relate perguntas