La différence entre Redis et RabbitMQ

Cet article compare uniquement RabbitMQ et Redis pour les applications de file d'attente. La méthode d'implémentation spécifique dépend des besoins réels du système

RabbitMQ (recommandé). apprentissage : Tutoriel vidéo Redis)

RabbitMQ est un type de middleware de messages qui implémente AMQP (Advanced Message Queuing Protocol). Il provient à l'origine des systèmes financiers et est utilisé pour stocker et transférer des messages. dans les systèmes distribués et fonctionne bien en termes de facilité d'utilisation, d'évolutivité et de haute disponibilité. Le middleware de message est principalement utilisé pour le découplage entre les composants. L'expéditeur du message n'a pas besoin de connaître l'existence du consommateur du message, et vice versa.

Redis

est une base de données NoSQL à valeurs clés avec développement et maintenance actifs. Bien qu'il s'agisse d'un système de stockage de bases de données à valeurs clés, il prend lui-même en charge les fonctions MQ, donc. il peut être utilisé comme service de file d'attente léger.

Différences spécifiques

Consommation fiable

Redis : il n'existe aucun mécanisme correspondant pour garantir la consommation des messages .Lors de la consommation Lorsque la consommation du consommateur échoue, le corps du message est perdu et doit être traité manuellement

RabbitMQ : avec la confirmation de la consommation du message, même si la consommation du consommateur échoue, le corps du message sera automatiquement affiché. retourné à la file d'attente d'origine, et en même temps, persistance complète pour garantir que le corps du message est consommé correctement

Publication fiable

Reids : non fourni, doit être implémenté par vous-même

RabbitMQ : dispose d'une fonction de confirmation de publication pour garantir que les messages sont publiés sur le serveur

Haute disponibilité

Redis : adopte le mode maître-esclave, lecture Séparation des écritures, mais il n'existe pas de solution officielle très complète pour le basculement

RabbitMQ : Le cluster utilise des disques et des nœuds mémoire, et toute défaillance ponctuelle n'affectera pas le fonctionnement de l'ensemble de la file d'attente

Équilibrage de charge persistant

Redis : non fourni, vous devez l'implémenter par vous-même

RabbitMQ : Distribution équilibrée des messages selon les conditions de consommation

Surveillance des files d'attente

Redis : Non fourni, besoin de l'implémenter par vous-même

RabbitMQ : L'arrière-plan peut surveiller toutes les informations d'une file d'attente, (mémoire, disque, consommateur, producteur, débit, etc.)

Contrôle de flux

Redis : Non fourni, besoin de l'implémenter par vous-même

RabbitMQ : En cas de surcharge du serveur, le tarif du producteur sera limité pour garantir la fiabilité du service

Performance de mise en file d'attente et de sortie de file d'attente

Pour les opérations de mise en file d'attente et de sortie de file d'attente de RabbitMQ et Redis, chacune est exécutée 1 million de fois et le temps d'exécution est enregistré toutes les 100 000 fois.

Les données de test sont divisées en quatre tailles différentes de 128 octets, 512 octets, 1 Ko et 10 Ko.

Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne Introduction au didacticiel d'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!