À quoi font référence les données des points d'accès Redis ?

« Ce produit est bon, jetons un coup d'œil. » Chaque plateforme propose des produits les plus vendus, appelés produits chauds en abrégé. Une caractéristique de ces produits est qu’ils font l’objet d’un nombre de visites particulièrement important. Dans notre profession, nous pouvons appeler cela des données chaudes. Lors du traitement de ces produits chauds, le système doit effectuer un traitement spécial.

Les données chaudes Redis font référence aux données qui ont un nombre particulièrement important de visites dans la base de données Redis. (Apprentissage recommandé : Tutoriel vidéo Redis)

Pour ces types de données sur les produits chauds, compte tenu du grand nombre de visites, la première chose à laquelle tout le monde pense est la mise en cache, et redis cache. Il n’y a certainement rien de mal à cela.

Cette solution présente les avantages d'un accès à proximité, d'une vitesse rapide et d'une absence de limite de bande passante, mais elle présente également les problèmes suivants :

Gaspillage des ressources mémoire

Problème de lecture sale

Utiliser une solution de mise en cache locale

L'utilisation du cache local présente les problèmes suivants :

Besoin de savoir à l'avance que la capacité du cache hotspot est limitée, incohérence, croissance du temps, clé de point d'accès manquante

Les solutions de point d'accès traditionnelles ont divers problèmes, alors comment résoudre le problème du point d'accès ?

Solution de données de point d'accès

Cette solution résout le problème de la clé de point d'accès en découvrant activement les points d'accès et en les stockant.

Tout d'abord, le client accédera également au SLB et distribuera diverses requêtes au proxy via le SLB. Le proxy transmettra les requêtes au back-end Redis de manière basée sur le routage.

Pour résoudre le problème des raccourcis clavier, nous utilisons la méthode d'ajout de cache côté serveur.

Plus précisément, un cache local est ajouté au proxy. Le cache local utilise l'algorithme LRU pour mettre en cache les données de point d'accès, et le nœud de base de données backend ajoute un module de calcul de données de point d'accès pour renvoyer les données de point d'accès.

L'architecture proxy présente principalement les avantages suivants : Points d'accès du cache local du proxy, la capacité de lecture peut être étendue horizontalement. Les nœuds de base de données calculent régulièrement la collecte de données des points d'accès. Commentaires de la base de données. Les données des points d'accès du proxy sont complètement transparentes pour le client, pas besoin de faire toute compatibilité

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne Tutoriel d'introduction sur l'utilisation de la base de données Redis pour apprendre !

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!