Comment comprendre le thread unique Redis

Redis communique via des sockets. Le serveur de socket peut accepter plusieurs demandes de connexion client en même temps. . et le service Redis lui-même s'exécute dans un seul thread. (Apprentissage recommandé : Tutoriel vidéo Redis )

En supposant qu'il y a maintenant cinq clients de A, B, C, D, E Le premier arrive, puis B, C, D et E arrivent successivement. À ce moment, le serveur Redis commence à traiter la requête A. Il faut 30 secondes pour établir la connexion, 10 secondes pour obtenir les données de la requête, puis 0,1 seconde pour traiter les données et envoyer les données. revenir à Cela prend 5 secondes côté client et environ 45 secondes au total.

En d'autres termes, la prochaine requête B doit attendre 45 secondes. Notez ici que ces cinq requêtes peuvent être presque simultanées puisque le socket peut gérer plusieurs requêtes en même temps, le décalage horaire dans la connexion réseau. La phase est négligeable, mais dans la deuxième étape, le serveur ne doit rien faire et s'asseoir et attendre 10 secondes, ce qui est intolérable pour le CPU et le client.

L'efficacité du monothread est donc très, très faible, mais précisément à cause de ces problèmes similaires, le monothread Redis ne fonctionne pas comme ça dans la nature. Ensuite, nous discuterons du véritable mode de fonctionnement monothread de Redis.

La connexion entre le client et le serveur est établie via le socket Plusieurs connexions peuvent être établies en même temps (cela doit être multi-thread/multi-processus) , La connexion établie par redis Vous savez (pourquoi vous savez, allez à la programmation des sockets, en soulignant encore une fois que les bases sont très importantes), Ensuite, redis détectera quelle connexion a reçu les données de la demande du client en fonction sur ces connexions établies.

Remarque : il ne s'agit pas de détecter quelle connexion a été établie, mais de détecter laquelle a reçu les données de la demande, et l'action de détection ici est le début d'un seul thread. détecté, il est basé sur les données reçues. Les données démarrent la phase de traitement des données, puis renvoient les données, puis continuent de détecter la prochaine connexion réseau qui a reçu les données demandées.

Notez que l'ensemble du processus, de la détection au traitement des données en passant par le retour des données, est monothread.

Cela devrait être ce qu'on appelle le thread unique Redis. En ce qui concerne la complexité interne, nous n'avons pas besoin de nous en soucier. Ce que nous cherchons, c'est de comprendre le processus et d'être strict avec les principes, mais nous ne pouvons pas extraire tous les organes internes.

De la détection de la connexion réseau qui accepte les données de la demande au retour final des données, le serveur ne prend que 5,1 secondes. Cette fois, ce sont les données après les avoir agrandies N fois. beaucoup plus court que cela, peut-être C'est un dix millième de N temps de 5,1.

Pourquoi dites-vous cela ? Parce que les données sont traitées dans la mémoire locale, vous pouvez imaginer à quelle vitesse elles sont renvoyées. Bien que les données finales renvoyées impliquent le réseau, la connexion réseau a été établie et la vitesse est également. très, très rapide, juste un peu plus lent que l'étape de traitement des données. Par conséquent, il n’y a pas lieu de s’inquiéter de l’efficacité de la méthode monothread.

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne

Tutoriel de démarrage de 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!