Quando usar um armazenamento de chave / valor, como Redis, ao invés / ao lado de um banco de dados SQL?

Eu li ótimas coisas sobre armazenamentos de chave / valor, como Redis, mas não consigo descobrir quando é hora de usá-lo em um aplicativo.

Digamos que estou arquitetando um aplicativo baseado na Web; Eu sei qual pilha eu vou usar para o front-end, back-end, banco de dados, etc. quais são alguns dos cenários em que eu diria "ah, também precisamos de Redis para X, Y ou Z".

Eu apreciaria exemplos do node.js. bem como exemplos não-node.js.

Não consigo descobrir quando é hora de usá-lo em um aplicativo.

Eu recomendo que você leia este tutorial, que também contém casos de uso. Como o redis é bastante orientado à memória, é realmente bom para dados em tempo real atualizados com freqüência, como armazenamento de sessão, banco de dados de estado, estatísticas, cache e suas estruturas de dados avançadas, que oferecem versatilidade para muitos outros cenários.

Redis, no entanto, não substitui o NoSQL por bancos de dados relacionais clássicos, pois não suporta muitos recursos padrão do mundo RDBMS, como a consulta de seus dados, o que pode atrasá-lo. As substituições são, em vez disso, bancos de dados de documentos como MongoDB ou CouchDB e o redis é ótimo para suplementar funcionalidades específicas, onde a velocidade e o suporte a estruturas de dados avançadas são úteis.

Acho que nada explica melhor os casos de uso do Redis do que este artigo: http://antirez.com/post/take-advantage-of-redis-adding-it-to-your-stack.html

Aposto que você vai ter um aha! momento . ;)

Uma citação de um leitor anterior:

Já li sobre o Redis e ouvi como as empresas o estão usando, mas nunca entendi completamente seu objetivo. Depois de ler isso, posso dizer que entendo o Redis agora e como é útil. Surpreendente que, depois de ouvir muito sobre tudo o que era necessário, era um artigo relativamente simples.

Uma citação do artigo:

O Redis é diferente de outras soluções de banco de dados de várias maneiras: ele usa a memória como suporte principal de armazenamento e disco apenas para persistência, o modelo de dados é bastante exclusivo, possui um encadeamento único e assim por diante. Penso que outra grande diferença é que, para tirar proveito do Redis em seu ambiente de produção, você não precisa mudar para o Redis. Você pode usá-lo apenas para fazer coisas novas que antes não eram possíveis ou para corrigir problemas antigos.

Casos de uso que o artigo aborda:

• Lentas listagens de itens mais recentes em sua página inicial
• Classificações e problemas relacionados
• Ordenar por votos e hora do usuário
• O implemento expira nos itens
• Contando coisas
• N itens exclusivos em um determinado período de tempo
• Análise em tempo real do que está acontecendo, para estatísticas, anti-spam ou qualquer outra coisa
• Pub / Sub
• Filas
• Armazenamento em cache

• Eu adoraria usar redis nos projetos em tempo real. Eu fiz recentemente para um sistema de rastreamento gps, que foi construído anteriormente no mysql como um banco de dados.

  VANTAGEM

  1. Toda vez que o rastreador transmite dados, não preciso abrir a conexão mysql e armazenar nela. Podemos salvá-lo no redis e depois migrar para o mysql usando outro processo. Isso evitará a conexão simultânea do mutiple tracker com o mysql.
  2. Posso publicar todos esses dados de GPS e outros clientes (javascript / android) podem se inscrever em tempo real usando a fila de mensagens baseada em redis
  3. Eu posso acionar alertas em tempo real

Uma coisa imediata é que o Redis não é um banco de dados relacional. Se você precisar de um SQL "JOIN", não precisará usar o Redis, nem qualquer outro banco de dados não relacional. O Redis é mais rápido que a maioria dos bancos de dados relacionais. Se você só estiver fazendo consultas de par de chave: valor, convém usar o Redis.