Please enable JavaScript.

Coggle requires JavaScript to display documents.

REDIS - Coggle Diagram

- - - - Por ser em memória, tem alta performance
      - Simplicidade e rapidez nas operações. Adequado para cache e sessões de usuários.
- - - - (+) Redução de tráfego no cache, simplicidade de implementação (não requer mecanismos para sincronizar o cache com a memória principal durante as escritas)
      - (-) Latência de escrita, pois sempre para o banco, coerência dos dados (uma vez que se eu tenho um dado desatualizado no cache e ele é alterado no banco, as leituras do dado desatualizado continuarão até que o cache seja invalidado)
    - - (+) Coerência dos dados entre bd e cache, simplicidade de recuperação, pois em falha do sistema, os dados já estarão no cache
      - (-) Latência de escrita, pois podemos chegar ao limite do cache e com isso ter que esperar trocas de dados, além do tempo para se escrever no cache e no banco
    - - (-) Complexidade para gerenciar dados sujos e o risco de perda de dados
      - (+) Desempenho na escrita, pois as operações de escrita são mais rápidas, pois são apenas no cache e redução do tráfego para o banco
  - - - noeviction se encheu não salva mais
      - allkeys-lru mantém as chaves usadas mais recentemente e remove as menos utilizadas (LRU). Utilize quando um pequeno subconjunto dos elementos seja acessado com muito mais frequência que o resto. Útil quando você não tem certeza de qual escolher
      - allkeys-lfu mantém as chaves usadas com frequência e remove as com menos frequência (LFU)
      - volatile-lru remove as chaves menos usadas recentemente e que tenham o campo de TTL preenchido
      - volatile-lfu remove as chaves menos utilizadas e com o campo TTL preenchido
      - allkeys-random remove chaves aleatoriamente ex: scans que inudam de páginas. Use se o acesso é cíclico e em todas as páginas de maneira uniforme
      - volatile-random remove chaves aleatoriamente com o campo TTL preenchido
      - volatile-ttl remove chaves aleatoriamente com o campo TTL preenchido e o menor tempo de vida TTL restante.
      - se usar políticas que levam o TTL em conta e não setou, ele vai para o noeviction
- - - - DISCARD descartar todos os comandos enflieirados na transação
      - WATCH Observa uma ou mais chaves. Se qualquer uma dessas chaves for modificada antes da execução da transação, a transação é abortada. UNWATCH cancela a observação das chaves