& Redis mestre replicação persistente do conector & sentinela arquitetura & Jedis

Redis persistência

Redis replicação mestre-escravo

conexão Jedis

Redis arquitetura Sentinela:

------------------

RDP Snapshot:

Por padrão, instantâneos de banco de dados Redis armazenados na memória como um nome de arquivo binário em dump.rdb.

Você pode definir o Redis, quando "N segundos conjunto de dados tem pelo menos M muda" esta condição é satisfeita, automaticamente salvar um conjunto de dados. Por exemplo, as seguintes configurações Redis se reunirá "dentro de 60 segundos houve pelo menos 1000 mudanças-chave" quando esta condição, automaticamente salvar um conjunto de dados: # salvar 60 mil Fechar RDB só precisam salvar todos política de retenção comentou você pode;

Você também pode executar manualmente o comando para gerar um instantâneo de RDB, digite o cliente Redis pode executar comandos salvar ou gerar arquivo bgsave dump.rdb, cada comando será executado toda Redis instantâneos de memória para um novo arquivo RDB e substituir o arquivo original Snapshot rdb . Salvar um comando síncrono, bgsave é um comando assíncrono, bgsave vai (linux é um fork () função) dos principais Redis processo fork um processo filho projetado para gerar arquivo de instantâneo rdb salvar e comparação bgsave: comando save bgsave IO tipo assíncrono síncrona é bloqueado Redis se outros comandos (haverá uma breve bloqueio na geração de processo filho chama a função fork) complexidade de o (n) o (n) vantagem não consome memória extra não bloqueia comando desvantagem cliente bloqueando necessidades comando do cliente a processo filho garfo, consumir configuração de memória automaticamente gerar rdb arquivo de volta usando maneira bgsave.

AOF (arquivo somente append)

O recurso instantâneo não é muito durável (duráveis): Se por algum motivo Redis causado o tempo de inatividade, o servidor perderá o mais recentemente escrito, e esses dados ainda não são salvos para o instantâneo. A partir da versão 1.1, Redis acrescenta uma maneira persistente completamente durável: persistência AOF, o arquivo modificado no registro cada instrução em appendonly.aof.

De agora em diante, sempre que uma mudança Redis executar conjuntos de dados de comando (tais como SET), este comando será anexado ao arquivo final AOF. Neste caso, quando Redis for reiniciado, o programa pode atingir o objectivo de conjuntos de dados de reconstrução por comandos re-execução no AOF arquivo. Quanto tempo antes que você possa configurar Redis vai fsync dados em disco uma vez

Fsync sobre a execução de um comando cada vez que um novo arquivo é adicionado ao AOF, muito lento, muito seguro: existem três opções: appendfsync sempre. appendfsync everysec: fsync uma vez por segundo, rápido o suficiente (e quase RDB uso persistente), e apenas um segundo de perda de dados em caso de falha. appendfsync não: Nunca fsync, os dados para o sistema operacional de manusear. Mais rápido e escolha menos seguro. (e também o padrão) medidas recomendadas para fsync uma vez por segundo, esta estratégia pode levar em conta a velocidade fsync e segurança.

Quando misturado Redis 4.0 persistência restart Redis, raramente usamos RDB para recuperar estado da memória, como ele vai perder grandes quantidades de dados. Normalmente, usamos a repetição de log AOF, mas reprodução de registo RDB desempenho AOF é relativamente muito mais lento, de modo que em muitos casos instância Redis, iniciá-lo leva um longo tempo. Redis 4.0 Para resolver este problema, trouxe novas opções Persistência - persistência mista. Pode ser ativado definindo mistura persistência: sim # AOF-use-RDB-preâmbulo se transformaram persistência mista, AOF quando reescrever, não mais uma mera conversão de dados comando RESP arquivo AOF escrita na memória, mas antes de reescrever a memória deste momento para fazer o processamento instantâneo RDB, e haverá um instantâneo do conteúdo do RDB e comandos incrementais AOF modificar dados de memória em conjunto, ter escrito um novo arquivo AOF, iniciar um novo arquivo não é chamado appendonly.aof, até AOF re-escrito o novo arquivo será renomeado átomos AOF substituir o arquivo original, concluir a substituição de arquivos AOF antigos e novos. Então, quando Redis reinicialização, você pode carregar RDB conteúdo e, em seguida, repetir reprodução de log on incrementais AOF AOF valor total antes do arquivo pode ser totalmente substituído, assim que a eficiência reinicialização aumentou significativamente.

de cópia mestre redis;

Constituição:

princípio:

1, começa Escravo de serviços, Mestre conexão ativa e comando SYNC envio, o pedido de inicialização de sincronização

2, Mestre depois de receber SYNC, um comando comando de escrita BGSAVE gera arquivos RDB e caches esse período de tempo

3, após a conclusão do arquivo mestre RDB, enviá-lo para todo o servidor Slave

4, o servidor Slave depois de receber o arquivo RDB, apagar os dados antigos de cache em memória, e carrega o arquivo RDB

5, Mestre após o envio de RDB, enviar instantaneamente tampão comando de escrita para todos os servidores slave

6, esta conclusão ponto de inicialização, a sincronização periódica subsequente

2. replicação parcial:

conexão Jedis:

https://blog.csdn.net/xiamaocheng/article/details/83277201

 

3.redis Sentinela arquitetura:

Sentinela é um Redis especiais sentinela e não oferece um serviço a ler e escrever, é usado principalmente para monitor de Redis nó de instância. do lado do cliente pela primeira vez para encontrar a próxima arquitetura sentinela sentinela dos redis nó mestre, acesso directo ao acompanhamento nos redis nó primário não vai sempre ao acesso de proxy do nó mestre sentinela Redis quando o nó mestre Redis mudanças, Sentinel Pela primeira vez percebida, e informará o novo nó mestre Redis atribuído ao cliente (assinaturas do lado do cliente não Redis geralmente realizados, nó de notícias subscrição sentinela alterações publicadas)

Aumentar desde a fundação da cópia na principal:

 

4. Implantar Sentinela
entrar basta copiar o bom catálogo Redis-x64-Sentinel
New sentinel.conf arquivo
editor e adicione o seguinte
Porto 26379
#MASTER
Sentinela Monitor de Mestre 127.0.0.1 6380 1
Sentinela Down-After-Master 5000 milissegundos
Sentinela failover-timeout Mestre 180000
Mestre paralelo 1-sincroniza sentinela
cd para o diretório Redis-x64-sentinel
iniciar o serviço de sentinela: Redis-server.exe sentinel.conf --sentinel

 

 

 

 

 

Parte da referência Bowen:

https://www.cnblogs.com/cang12138/p/9132288.html#_label0

https://www.runoob.com/redis/redis-install.html

https://blog.csdn.net/tomy123456123456/article/details/81169665

Publicado 640 artigos originais · Louvor obteve 12 · vista 110 000 +

Acho que você gosta

Origin blog.csdn.net/xiamaocheng/article/details/105074873
Recomendado
Clasificación