Maison >base de données >Redis >Qu'est-ce que la séparation de lecture et d'écriture Redis
Avantages de la séparation lecture-écriture Redis
Compatibilité transparente )La lecture-écriture la séparation est la même que les spécifications normales du cluster, et
redis-proxy est utilisé pour le transfert des demandesIl existe certaines restrictions sur l'utilisation des commandes multi-fragments, mais les lectures sur un seul fragment sont mises à niveau du maître vers l'esclave. La séparation en écriture ou la mise à niveau d'un cluster vers un cluster de séparation en lecture-écriture multi-fragments peut être entièrement compatible.
L'utilisateur établit une connexion avec redis-proxy, et redis-proxy identifiera si la requête envoyée par la connexion client est en lecture ou en écriture, puis effectuera un équilibrage de charge en fonction du poids et transmettra le demande à différents backends. Dans le nœud DB, les demandes d'écriture sont transmises au maître et les opérations de lecture sont transmises à la réplique en lecture seule (le maître fournit également la lecture par défaut, qui peut être contrôlée par le poids).Les utilisateurs doivent simplement acheter une instance avec des spécifications de séparation en lecture-écriture et l'utiliser directement avec n'importe quel client. L'entreprise peut commencer à profiter de l'énorme amélioration des performances apportée par le service de séparation en lecture-écriture sans avoir à faire de compromis. toute modification. Le coût d’accès est presque nul.
Haute disponibilitéLe module de haute disponibilité (HA) surveille l'état de santé de tous les nœuds de base de données et protège la disponibilité de l'ensemble de l'instance. Bascule automatiquement vers le nouveau maître lorsque le maître tombe en panne. Si une réplique en lecture seule tombe en panne, HA peut la détecter à temps et réinstaller une nouvelle réplique en lecture seule pour mettre le nœud en panne hors ligne.
En plus de HA, redis-proxy peut également détecter l'état de chaque réplique en lecture seule en temps réel. Pendant la période anormale d'une réplique en lecture seule, redis-proxy réduira automatiquement le poids de ce nœud. S'il s'avère qu'une réplique en lecture seule a échoué continuellement plus d'un certain nombre de fois, le nœud anormal sera. temporairement bloqué et ne sera pas restauré jusqu'à ce que l'exception disparaisse.
Redis-proxy et HA travaillent ensemble pour minimiser la perception par l'entreprise des anomalies back-end et améliorer la disponibilité des services.
Hautes performancesPour les scénarios commerciaux avec plus de lecture et moins d'écriture, l'utilisation directe de la version cluster n'est souvent pas la solution la plus appropriée. Désormais, la séparation en lecture et en écriture offre plus. options , l'entreprise peut choisir les spécifications les plus adaptées en fonction du scénario et utiliser pleinement les ressources de chaque réplique en lecture seule.
Actuellement, un seul fragment est vendu au monde extérieur avec 1 maître + 1/3/5 réplique en lecture seule dans diverses spécifications (si vous avez une plus grande demande, vous pouvez soumettre un retour de bon de travail), fournissant Les capacités de service de 600 000 QPS et 192 Mo/s peuvent dépasser les limitations de ressources d'une seule machine tout en étant entièrement compatibles avec toutes les commandes.
Les restrictions de spécifications seront supprimées à l'avenir, permettant aux utilisateurs d'augmenter ou de diminuer librement le nombre de répliques en lecture seule à tout moment en fonction du trafic professionnel.
Pour plus d'articles techniques liés à Redis, veuillez visiter la colonne
Introduction au didacticiel d'utilisation de la base de données RedisCe 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!