Question d'entretien PHP 6 : La différence entre Memcache et Redis

Le contenu de cet article porte sur la différence entre memcache et redis dans la question d'entretien PHP 6. Il a une certaine valeur de référence. Maintenant, je le partage avec vous. Les amis dans le besoin peuvent s'y référer

Le. différence entre Memcache et Redis :
* Dans Redis, toutes les données ne sont pas toujours stockées en mémoire. C'est la plus grande différence par rapport à Memcache.
* Redis a les caractéristiques d'une base de données à bien des égards, ou c'est un système de base de données, tandis que Memcache n'est qu'un simple cache K/V.
* Leur expansion nécessite des méthodes de mise en œuvre : maître-esclave, Hash.
* Dans les données de plus de 100 000, les performances de Memcache sont supérieures à celles de Redis.
* Si nous voulons parler de l'efficacité de l'utilisation de la mémoire, si nous utilisons un simple stockage clé-valeur, Memcached a une utilisation de la mémoire plus élevée. Si Redis utilise une structure de hachage pour le stockage clé-valeur, en raison de sa compression combinée, son utilisation de la mémoire. le taux sera supérieur à celui de Memcache. Bien entendu, cela dépend de votre scénario d’application et des caractéristiques des données.
* Si vous avez des exigences en matière de persistance et de synchronisation des données, il est recommandé de choisir Redis, car Memcache n'a pas ces deux fonctionnalités. Même si vous espérez simplement que les données mises en cache ne seront pas perdues après la mise à niveau ou le redémarrage du système, il est sage de choisir Redis.
* Il n'y a pas beaucoup de différence entre Redis et Memcache en termes de performances d'écriture. Memcache est plus fort en termes de performances de lecture, notamment en termes de performances de lecture par lots
Points communs : Memcache et Redis sont tous deux des bases de données en mémoire. 🎜>

Différences :

Memcache
Memcache peut tirer parti du multicœur, le débit d'une instance unique est extrêmement élevé, peut atteindre des centaines de milliers de QPS, adapté à une capacité de charge maximale
Ne prend en charge qu'une simple structure de données clé/valeur, contrairement à Redis qui peut prendre en charge des structures de données riches Type de données.
La persistance n'est pas possible, les données ne peuvent pas être sauvegardées et ne peuvent être utilisées que pour la mise en cache, et toutes les données seront perdues après le redémarrage

Redis

Prend en charge une variété de structures de données, telles que chaîne, liste, dict, set, zset, hyperloglog
Requête monothread, toutes les commandes sont exécutées en série et il n'est pas nécessaire de prendre en compte les problèmes de cohérence des données dans des situations simultanées.
Prend en charge les opérations de persistance. Les données AOF et RDB peuvent être conservées sur le disque pour les opérations de sauvegarde ou de récupération de données, ce qui constitue un meilleur moyen d'éviter la perte de données.
Les règles de compression AOF telles que l'ajout et la suppression d'une clé la filtreront
Prend en charge la réplication des données via la réplication Grâce au mécanisme maître-esclave, les données peuvent être répliquées de manière synchrone en temps réel, et la réplication multiniveau et la réplication incrémentielle sont. pris en charge.
Prend en charge le mécanisme d'abonnement aux messages pub/sub, qui peut être utilisé pour l'abonnement aux messages et la notification.
Prend en charge des exigences de transaction simples, mais il existe peu de scénarios d'utilisation dans l'industrie et est immature

La différence entre Memcache et Redis :

* Dans Redis, toutes les données ne sont pas toujours stockées en mémoire. est la plus grande différence par rapport à Memcache.
* Redis a les caractéristiques d'une base de données à bien des égards, ou c'est un système de base de données, tandis que Memcache n'est qu'un simple cache K/V.
* Leur expansion nécessite des méthodes de mise en œuvre : maître-esclave, Hash.
* Dans les données de plus de 100 000, les performances de Memcache sont supérieures à celles de Redis.
* Si nous voulons parler de l'efficacité de l'utilisation de la mémoire, si nous utilisons un simple stockage clé-valeur, Memcached a une utilisation de la mémoire plus élevée. Si Redis utilise une structure de hachage pour le stockage clé-valeur, en raison de sa compression combinée, son utilisation de la mémoire. le taux sera supérieur à celui de Memcache. Bien entendu, cela dépend de votre scénario d’application et des caractéristiques des données.
* Si vous avez des exigences en matière de persistance et de synchronisation des données, il est recommandé de choisir Redis, car Memcache n'a pas ces deux fonctionnalités. Même si vous espérez simplement que les données mises en cache ne seront pas perdues après la mise à niveau ou le redémarrage du système, il est sage de choisir Redis.
* Il n'y a pas beaucoup de différence entre Redis et Memcache en termes de performances d'écriture. Memcache est plus fort en termes de performances de lecture, notamment en termes de performances de lecture par lots
Points communs : Memcache et Redis sont tous deux des bases de données en mémoire. 🎜>
Différences :

Memcache

Memcache peut tirer parti du multicœur, le débit d'une instance unique est extrêmement élevé, peut atteindre des centaines de milliers de QPS, adapté à une capacité de charge maximale
Ne prend en charge qu'une simple structure de données clé/valeur, contrairement à Redis qui peut prendre en charge des structures de données riches Type de données.
La persistance n'est pas possible, les données ne peuvent pas être sauvegardées et ne peuvent être utilisées que pour la mise en cache, et toutes les données seront perdues après le redémarrage

Redis
Prend en charge une variété de structures de données, telles que chaîne, liste, dict, set, zset, hyperloglog
Requête monothread, toutes les commandes sont exécutées en série et il n'est pas nécessaire de prendre en compte les problèmes de cohérence des données dans des situations simultanées.
Prend en charge les opérations de persistance. Les données AOF et RDB peuvent être conservées sur le disque pour les opérations de sauvegarde ou de récupération de données, ce qui constitue un meilleur moyen d'éviter la perte de données.
Les règles de compression AOF telles que l'ajout et la suppression d'une clé la filtreront
Prend en charge la réplication des données via la réplication Grâce au mécanisme maître-esclave, les données peuvent être répliquées de manière synchrone en temps réel, et la réplication multiniveau et la réplication incrémentielle sont. pris en charge.
Prend en charge le mécanisme d'abonnement aux messages pub/sub, qui peut être utilisé pour l'abonnement aux messages et la notification.
Prend en charge des exigences de transaction simples, mais il existe peu de scénarios d'utilisation dans l'industrie et est immature

Recommandations associées :

question d'entretien php 5 : Comment nginx appelle-t-il php et php -fpm La fonction et le principe de fonctionnement

question d'entretien php 4 : Implémentation du chargement automatique

question d'entretien php 3 : La différence entre yii2 et yii

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!