Redis - problèmes de cache

Préface：

Chaque fois qu'un projet est lancé, il y a trop de données dans la base de données, ce qui entraîne un stockage excessif de données,Informations sur la page d'accueil plusieurs corps de demande sont utilisés directementMySQLLa base de données est lente,Influencer l'expérience utilisateur est utilisé pourredisSolutions aux problèmes de mise en cache,Pour augmenter l'énergie.

Pénétration du cache

Les données demandées par le client n'existent ni dans le cache ni dans la base de données,Un tel cache ne fonctionnera jamais,Ces demandes sont envoyées à la base de données

Résolution de problèmes：

1. Cache un objet vide

​ Avantages：Simple à réaliser,Facile à entretenir

​ Inconvénients：Consommation de mémoire supplémentaire,Risque d'incohérence à court terme

2.Filtration blon

​ Avantages：Faible consommation de mémoire,Il n'y a pas d'autresKey

​ Inconvénients：Complexité de la mise en œuvre,Il y a un risque d'erreur judiciaire

Rupture du cache

La rupture du cache signifie qu'il n'existe pas dans le cache de données interrogé par l'utilisateur,Mais la base de données d'arrière - plan existe,Ce phénomène se produit parce qu'il est généralement causé par le cache key En raison de l'expiration.Comme un Hotspot Data key,Il reçoit un grand nombre d'accès simultanés tout le temps,Si à un moment donné key Il est tombé en panne.,Il en résulte un grand nombre de demandes concurrentes dans la base de données d'arrière - plan, Provoque une augmentation instantanée de sa pression .Ce phénomène est appelé rupture du cache.

Il y a deux solutions pour briser le cache ：

1) Modifier le délai d'expiration

Définir les données du Hotspot pour ne jamais expirer.

2) Serrure distribuée

Méthode utilisant des serrures distribuées , Redessiner l'utilisation du cache ,La procédure est la suivante：

• Verrouillage：Quand on passe key Lors de la recherche de données,Interrogez d'abord le cache,Si ce n'est pas le cas, Verrouillage par verrouillage distribué , Le premier processus d'acquisition des serrures entre dans la requête de base de données de Backend , Et mettre les résultats de la requête à Redis Moyenne.
• Déverrouiller： Lorsque d'autres processus constatent que la serrure est occupée par un processus ,En attente, Jusqu'à ce qu'il soit déverrouillé , Les autres processus accèdent à tour de rôle à ce qui est mis en cache key.

Cache l'avalanche

Une avalanche de cache est une avalanche massive dans un cache key Expire en même temps, Et à ce moment - là, l'accès aux données est très important , Cela provoque une augmentation soudaine de la pression de la base de données arrière , Il va même raccrocher ,Ce phénomène est appelé avalanche de cache. C'est différent de la rupture du cache , La rupture du cache se produit lorsque la concurrence est particulièrement forte ,Un point chaud key Expire soudainement, Et les avalanches cachées sont énormes key Expire en même temps, Ce n'est donc pas du tout une échelle .

Solutions

Les avalanches de cache et les ruptures de cache sont similaires , Il est donc possible d'utiliser la méthode des données de Hotspot qui n'expirent jamais , Pour réduire la masse key Expire en même temps. Encore une fois, c'est pour key Définir un délai d'expiration aléatoire,Éviter key Expiration centralisée.