Maison  >  Article  >  Pourquoi la requête Redis est-elle rapide ?

Pourquoi la requête Redis est-elle rapide ?

(*-*)浩
(*-*)浩original
2019-05-24 16:50:039467parcourir

Méthodes pour une vitesse de requête redis rapide : 1. la requête redis est entièrement basée sur la mémoire ; 2. La structure des données dans redis est simple 3. redis utilise un seul thread ; /O modèle de multiplexage ; 5. Redis crée un mécanisme de VM.

Pourquoi la requête Redis est-elle rapide ?

Dans la carrière d'un programmeur, configurer le cache me le rappellera, contrôler la concurrence me le rappellera, faire du stockage compressé me le rappellera encore et restez toujours dans la connaissance du point de départ, mais il n'y a pas d'exploration approfondie ni de résumé des raisons pour lesquelles il est si populaire. Récemment, le moment, le lieu et les gens sont favorables, et j'en ai réglé chaque détail.

1. Entièrement basées sur la mémoire, la plupart des requêtes sont de pures opérations de mémoire, très rapides. Les données sont stockées en mémoire, comme HashMap. L'avantage de HashMap est que la complexité temporelle de la recherche et de l'opération est O(1)

2. simple. La structure des données dans Redis Il est spécialement conçu ;

3. Il utilise un seul thread pour éviter les changements de contexte inutiles et les conditions de concurrence. Il n'y a pas de commutation causée par le multi-processus ou le multi-threading pour consommer le. CPU, et il n'est pas nécessaire de prendre en compte divers verrous. Il n'y a pas de problème de verrouillage et de libération des verrous, et il n'y a pas de consommation de performances causée par d'éventuels blocages

4. , IO non bloquants ;

5. Les modèles sous-jacents utilisés sont différents, les méthodes d'implémentation sous-jacentes et les protocoles d'application pour la communication avec le client sont différents. Redis construit directement le mécanisme de la VM par lui-même, car si le général. le système appelle les fonctions système, cela fera perdre un certain temps aux mouvements et aux requêtes ;

Les points ci-dessus sont relativement faciles à comprendre. Discutons brièvement du modèle de réutilisation des E/S multicanaux :

(1) Modèle de multiplexage d'E/S multicanal

Le modèle de multiplexage d'E/S multicanal utilise select, poll et epoll pour surveiller les événements d'E/S de plusieurs flux en même temps. Lorsqu'il est inactif, le thread actuel se bloque. Lorsqu'un ou plusieurs flux ont des événements d'E/S, il sort de l'état bloqué, de sorte que le programme interroge tous les flux (epoll interroge uniquement les flux qui ont réellement été émis). événements). Et ne traitez que les flux prêts dans l’ordre, ce qui évite beaucoup d’opérations inutiles.

Ici, « multicanal » fait référence à plusieurs connexions réseau, et « réutilisation » fait référence à la réutilisation du même fil. L'utilisation de la technologie de multiplexage d'E/S multicanal permet à un seul thread de gérer efficacement plusieurs demandes de connexion (minimisant la consommation de temps des E/S du réseau), et Redis exploite les données en mémoire très rapidement, ce qui signifie que les opérations en mémoire ne le feront pas. devenir un goulot d'étranglement qui affecte les performances de Redis. Les points ci-dessus contribuent principalement au débit élevé de Redis.

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!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Article précédent:que signifie dpsArticle suivant:que signifie dps