GNU/Linux >> Tutoriels Linux >  >> Linux

Redis comme cache :comment ça marche et pourquoi l'utiliser

Redis a acquis une très grande popularité en tant que cache. Il est non seulement rapide mais aussi facile à utiliser. Laissez-nous vous montrer pourquoi vous devriez utiliser Redis comme cache.

La mise en cache des applications est essentielle à l'exécution de toute application Web à grande échelle. Redis est là pour vous aider dans cette tâche.

Chacun de nous a rencontré la situation où une application fonctionnait lentement. Même le meilleur code ralentira ses performances sous une charge importante.

La mise en cache peut être un moyen rapide et relativement peu coûteux d'augmenter les performances et de réduire le temps de réponse.

Qu'est-ce que Redis

Redis (RE mot DI ctionnaire S erver) est un magasin de données open source en mémoire le plus souvent utilisé comme cache distribué. Il offre une variété de structures de données efficaces conçues pour permettre un accès ultra-rapide à vos données.

Redis est également connu sous le nom de base de données NoSQL et de magasin clé/valeur. Parce qu'il stocke les données en mémoire plutôt que sur un disque, Redis offre une vitesse, une fiabilité et des performances inégalées.

Maintenant, qu'est-ce que le magasin de données en mémoire ? Pour le dire simplement, il s'agit d'une base de données qui conserve l'ensemble des données dans la RAM. Chaque fois que vous interrogez une base de données ou mettez à jour des données dans une base de données, vous accédez uniquement à la mémoire principale.

Ainsi, aucun disque n'est impliqué dans ces opérations. Et c'est formidable car la mémoire principale est bien plus rapide que n'importe quel disque.

Pourquoi utiliser Redis comme cache

Le principal du cache le but est de réduire le temps nécessaire pour accéder aux données stockées en dehors de l'espace mémoire principal de l'application.

Sans utiliser de cache, l'application interagit avec la source de données pour chaque requête. En revanche, une seule demande à la source de données externe est nécessaire lorsqu'un cache est utilisé, avec un accès ultérieur servi à partir du cache.

Lorsqu'une application s'appuie sur des sources de données externes, la latence et le débit de ces sources peuvent créer un goulot d'étranglement des performances. Une façon d'améliorer les performances consiste à stocker et à manipuler les données en mémoire, physiquement plus près de l'application.

C'est là que Redis entre en jeu. Redis est conçu pour stocker toutes les données en mémoire, offrant les performances les plus rapides possibles lors de la lecture ou de l'écriture de données.

Redis est extrêmement rapide. Il offre des temps de réponse inférieurs à la milliseconde qui permettent à des millions de requêtes par seconde d'alimenter des applications en temps réel exigeantes.

En règle générale, vous souhaiterez stocker les données fréquemment consultées dans Redis afin que chaque fois que les données sont demandées, elles puissent provenir du cache au lieu de votre base de données.

Vous pouvez ensuite invalider le cache concerné chaque fois qu'une modification est apportée à vos données afin de pouvoir maintenir votre cache à jour.

Comment fonctionne le cache Redis

Disons que vous avez un site Web basé sur WordPress.

La première fois qu'une page WordPress est chargée, une requête de base de données est effectuée sur le serveur. Redis se souvient ou met en cache cette requête.

Ainsi, lorsqu'un autre utilisateur charge la page WordPress, les résultats sont fournis depuis Redis et la mémoire sans avoir besoin d'interroger la base de données.

Un cache d'objet fonctionne en mettant en cache les requêtes SQL dans la mémoire nécessaire pour charger une page WordPress. Ensuite, lorsqu'une page se charge, les résultats de la requête SQL résultants sont fournis à partir de la mémoire par Redis, de sorte que la requête n'a pas à atteindre la base de données.

Il en résulte des temps de chargement de page plus rapides et un impact moindre du serveur sur les ressources de la base de données.

Il est beaucoup plus rapide d'accéder aux données en mémoire (RAM physique) que sur le disque dur. Il est donc facile de remarquer que si les données auxquelles l'application veut accéder se trouvent dans la mémoire principale, il est beaucoup plus facile d'accéder à ces données que si elles étaient stockées sur le disque dur.

Si une requête n'est pas disponible dans Redis, la base de données fournit le résultat et Redis ajoute le résultat à son cache.

Cependant, supposons qu'une valeur soit mise à jour dans la base de données (par exemple, un nouvel article ou une nouvelle page est créé dans WordPress). Ensuite, la valeur Redis de cette requête est invalidée pour empêcher la présentation de données en cache insuffisantes.

Pourquoi utiliser Redis ?

  • Base de données de réponse rapide : stocke les données en mémoire plutôt que sur un disque ; son temps de réponse est plus rapide que les autres lors de l'exécution d'opérations de lecture et d'écriture. Il peut être utilisé avec d'autres bases de données comme support pour réduire la charge et améliorer les performances, mais peut également être utilisé comme base de données principale.
  • Persistance des données : Redis utilise un stockage sur disque persistant pour survivre aux pannes de processus et aux goulots d'étranglement du réseau.
  • Cache de sessions :L'un des cas d'utilisation les plus apparents de Redis est de l'utiliser comme cache de session. L'utilisation de Redis sur d'autres magasins de session est que Redis offre la persistance.
  • Accès par clé : Redis est basé sur le modèle clé-valeur dans lequel les données sont stockées et extraites de Redis par clé. L'accès basé sur des clés permet des temps d'accès très efficaces, et ce modèle correspond naturellement à la mise en cache.

Nous n'avons donc fait qu'effleurer la surface des informations disponibles sur ce sujet. Vous pouvez consulter la documentation avec les ressources disponibles décrites pour plus d'informations sur l'apprentissage de Redis.


Linux
  1. Pourquoi les données sont importantes et comment les protéger

  2. Comment installer et utiliser Traceroute sous Linux

  3. Linux - Pourquoi utilisons-nous Su - Et pas seulement Su ?

  4. Comment et pourquoi utiliser un hôte Docker distant

  5. Pourquoi utilisons-nous su - et pas seulement su ?

Comment installer et utiliser Okteta pour les fichiers de données RAW sous Linux

Qu'est-ce que les conteneurs multi-comptes Firefox ? Pourquoi et comment l'utiliser ?

Comment installer et utiliser la commande fd sous Linux

Comment installer et utiliser Nu Shell sous Linux

Comment et pourquoi utiliser Linux pour installer Telnet

Comment installer et utiliser Docker sur AlmaLinux 8