Início / dba / Perguntas / 325727
Accepted
ejtt
Asked: 2023-04-06 23:19:17 +0800 CST

Perguntas gerais sobre logs de gravação antecipada e recuperação

  • 772

Recentemente, aprendi sobre logs de gravação antecipada e recuperação de falhas no contexto de armazenamentos de valor-chave como Cassandra e tenho algumas perguntas de acompanhamento:

  1. Os WALs são persistidos em instantâneos menores para que precisemos apenas recuperar do instantâneo mais recente em vez de todo o histórico de confirmação? Qual é o mecanismo de alto nível para persistir e recuperar desses instantâneos?
  2. Os logs são agrupados ao gravar no disco para desempenho? Isso corre o risco de perder dados permanentemente?
  3. O que acontece quando uma máquina falha durante a recuperação de um WAL? Acabamos com resultados parciais no banco de dados? Como nos recuperamos desse estado na próxima vez que o banco de dados for iniciado?
recovery

1 respostas

  1. Best Answer

    Quando um aplicativo emite uma solicitação de gravação:

    • os dados são armazenados em uma estrutura de memória chamada memtable, e
    • persistiu no disco anexando a mutação a um commitlog(WAL).

    O acréscimo ao commitlogé feito por dois motivos:

    1. No caso de uma interrupção do servidor ou falha de hardware, as mutações podem ser repetidas na próxima vez que o nó for reiniciado.
    2. Isso torna as gravações muito rápidas no Cassandra, pois tudo o que é necessário é anexar mutações continuamente ao final do log sem ter que executar buscas de disco para gravar as atualizações em um arquivo de dados.

    Os dados nas memtables eventualmente serão liberados para um arquivo de dados no disco chamado SSTable (arquivo de tabela de strings classificadas). A liberação da tabela de memória é acionada quando:

    • o memtable excede o espaço alocado na memória,
    • o commitlog excede o espaço máximo de commitlog no disco,
    • os dados excedem o limite de limpeza da tabela de memória (aplica-se apenas a versões anteriores do Cassandra) ou
    • um operador inicia uma descarga de mesa manualmente.

    Depois que uma memtable é liberada para o disco, os dados em seu commitlog correspondente são removidos.

    Como as mutações persistem no disco, elas são duráveis ​​e sobreviverão a reinicializações e interrupções não planejadas. No pior cenário em que o disco/volume do commitlog é perdido, os dados não são perdidos para sempre porque as mutações são enviadas para todas as réplicas no cluster, portanto, existem cópias que podem ser sincronizadas com outras réplicas por meio de reparos.

    Para obter mais informações, consulte Como os dados são gravados no Cassandra . Saúde!

    • 2

relate perguntas