Início / dba / Perguntas / 328050
Accepted
Mikko Rantalainen
Asked: 2023-06-08 21:20:53 +0800 CST

Por que as somas de verificação de dados do PostgreSQL não estão habilitadas por padrão?

  • 772

De acordo com os comentários dos usuários, as somas de verificação de dados do PostgreSQL têm sobrecarga mínima de tempo de execução (CPU e armazenamento), mas permitiriam (entre outras coisas) o uso pg_rewindde recuperação pontual (PITR). No entanto, as somas de verificação de dados não são habilitadas por padrão e ativá-las no cluster HA já existente não é possível sem um tempo de inatividade bastante significativo. (Se entendi corretamente, você não pode habilitar checksums apenas no hot-standby e promovê-lo como novo mestre depois que habilitar os checksums foram concluídos no hot-standby.)

Existem alguns problemas pouco conhecidos se as somas de verificação de dados foram ativadas por padrão? Ou o estado padrão (somas de verificação desabilitadas) é apenas devido a razões históricas , embora habilitar somas de verificação de dados faça muito mais sentido em todos os casos?

postgresql

2 respostas

  1. Best Answer

    Habilitar somas de verificação de dados não é de graça:

    • você tem que calcular as somas de verificação com frequência, o que custa CPU

    • as somas de verificação de dados exigem que os bits de dica sejam registrados no WAL, o que aumenta a quantidade de WAL que precisa ser gravado

    Além disso, as somas de verificação de dados não oferecem nenhum benefício, a menos que você esteja usando armazenamento de má qualidade, onde os dados podem mudar entre o momento em que você escreveu um bloco e o momento em que o leu novamente.

    Se você quiser usar pg_rewind, não precisará de somas de verificação de dados. É suficiente habilitar o parâmetro wal_log_hints.

    • 1

  2. Vou citar algumas opiniões dos principais desenvolvedores do postgresql

    Isso é bom para nós, mas não tenho certeza se é um benefício para os usuários. Vi poucos ou nenhum dado sugerindo que as somas de verificação realmente detectam problemas suficientes para justificar os custos extras de CPU e o risco de falsos positivos.

    Meu problema é mais que não estou confiante de que os cheques estão maduros o suficiente. As verificações de basebackup não são capazes de detectar dados aleatórios, e nem as verificações de basebackup nem de back-end detectam arquivos/intervalos de arquivos zerados.

    Posso acreditar que muitos usuários têm shared_buffers definido como seu valor padrão e que receberemos reclamações sobre "queda de desempenho após a atualização para v12" se ativarmos as somas de verificação de dados por padrão.

    as somas de verificação de dados não podem capturar tantas corrupções de dados reais, não são gratuitas (especialmente com tamanhos pequenos de shared_buffers - as somas de verificação são calculadas ao gravar uma página no disco ou ao ler do disco para os shared_buffers) nem pela CPU nem pelo tamanho do WAL.

    Sem problemas em si, mas o consenso geral até agora é que não há muitos benefícios para os usuários finais em habilitá-lo por padrão.

    • 1

relate perguntas