-
O Redis oferece diferentes opções de persistência:
-
-
A persistência RDB executa capturas instantâneas point-in-time de conjuntos de dados em intervalos especificados.
-
Cada operação de gravação recebida pelo servidor de registro persistente AOF será reproduzida novamente quando o servidor começar a reconstruir o conjunto de dados original. Use o mesmo formato que o próprio protocolo Redis para gravar comandos de maneira apenas anexada. Quando o Redis é muito grande, ele pode reescrever o plano de fundo do log.
-
-
Vantagens e desvantagens do RDB
-
vantagem:
-
RDB maximiza o desempenho do Redis, o processo pai não precisa participar do I / O do disco
-
Comparado com AOF, RDB permite reinicializações mais rápidas com grandes conjuntos de dados
-
-
Desvantagens:
-
Se você precisar minimizar a possibilidade de perda de dados quando o Redis parar de funcionar (por exemplo, após uma queda de energia), o RDB não é bom
-
O RDB geralmente precisa de fork () para usar processos filhos para armazenamento persistente em disco. Se o conjunto de dados for grande, Fork () pode consumir muito tempo
-
-
-
Prós e contras da AOF
-
vantagem:
-
Os dados são mais seguros
-
Quando o arquivo AOF do Redis é muito grande, o Redis pode reescrever automaticamente o AOF em segundo plano ## INCRE 1 Execute 100.000 = INCREBY 100.000 execute uma vez
-
AOF contém registros de todas as operações, uma após a outra, em um formato fácil de entender e analisar # flushdb é semelhante a rm -rf / *
-
-
Desvantagens:
-
Os arquivos AOF são geralmente maiores do que os arquivos RDB equivalentes para o mesmo conjunto de dados
-
Dependendo da estratégia exata de fsync, AOF pode ser mais lento que RDB
-
-
-
RDB ou AOF, qual devo usar? De modo geral, se você deseja obter segurança de dados comparável ao PostgreSQL, deve usar ambas as funções de persistência. Se você se preocupa muito com seus dados, mas ainda pode resistir à perda de dados em alguns minutos, então você pode apenas usar a persistência RDB. Existem muitos usuários que usam apenas a persistência AOF, mas não recomendamos este método: é conveniente gerar instantâneos RDB (instantâneos) regularmente para backup de banco de dados, e RDB restaura conjuntos de dados mais rápido do que restaurações AOF.
-
O que devemos fazer online?
-
Uso síncrono de persistência RDB e persistência AOF
-
Se os dados no Redis não forem particularmente confidenciais ou puderem ser reescritos de outras maneiras para gerar dados, você pode desligar a persistência e, se os dados forem perdidos, você pode compensar por outros meios;
-
Faça sua própria estratégia para verificar o Redis regularmente, e então você pode acionar manualmente o backup e reescrever os dados;
-
Adote a sincronização de cluster e mestre-escravo
-