La nouvelle version du moteur de base de données Redis 6.0 est déjà sorti et le nouveau protocole RESP3 arrive comme la principale caractéristique de cette version, entre autres. Pour ceux qui ne savent pas de ce moteur de base de données ils doivent savoir qu'il est lié à la classe des systèmes NoSQL.
Redis fournit des fonctions de type Memcached pour stocker des données clé / valeur, amélioré avec la prise en charge des formats de données structurées tels que les listes, les hachages et les ensembles, ainsi que la possibilité d'exécuter des scripts de script côté serveur dans Lua.
Contrairement à Memcached, Redis fournit un stockage permanent des données sur disque et assure la sécurité de la base de données en cas d'arrêt d'urgence.
Pour la gestion des données, fournir des commandes comme incrémenter / décrémenter, les opérations standard sur les listes et les ensembles (union, intersection), renommage des touches, sélections multiples et fonctions de tri.
Se prend en charge deux modes de stockage: synchronisation périodique des données sur le disque et journal des modifications sur le disque. Dans le second cas, la sécurité complète de toutes les modifications est garantie. Il est possible d'organiser la réplication des données maître-esclave sur plusieurs serveurs, effectuée en mode non bloquant. Le mode de message de publication / abonnement est également disponible, dans lequel un canal est créé, dont les messages sont distribués aux clients par abonnement.
Quoi de neuf dans Redis 6.0?
Par défaut, un nouveau protocole RESP3 est proposé, mais la connexion démarre en mode RESP2 et le client bascule vers le nouveau protocole uniquement si une nouvelle commande est utilisée lors de la négociation de la connexion. Le REEE3 vous permet de renvoyer directement des types de données complexes sans avoir besoin de convertir des tableaux communs côté client et de séparer les types de retour.
Un autre changement qui se démarque dans cette nouvelle version est le sprise en charge de la liste de contrôle d'accès Quoi permet de déterminer précisément quelles opérations le client peut effectuer et lesquelles ne peuvent pas.
L'implémentation d'ACL n'implique pas de surcharge supplémentaire et cela n'a pratiquement aucun effet sur les performances. Les modules d'interface ont également été préparés pour ACL, vous permettant de créer vos propres méthodes d'authentification. Pour afficher toutes les violations d'ACL enregistrées, la commande ACL LOG est fournie. Pour générer des clés de session imprévisibles, la commande "ACL GENPASS" a été ajoutée, en utilisant HMAC basé sur SHA256.
On peut également trouver le sPrise en charge de la mise en cache des données côté client. Il existe deux modes disponibles Pour réconcilier le cache côté client avec l'état de la base de données:
- Stocker dans les clés du serveur que le client a précédemment demandées pour vous informer de la perte de pertinence de l'enregistrement dans le cache du client.
- Le mécanisme de «diffusion», dans lequel le client souscrit à certains préfixes de clé et le serveur le notifie si les clés dans ces préfixes changent. L'avantage du mode «émission» est qu'aucune mémoire supplémentaire n'est gaspillée sur le serveur pour stocker une carte de valeurs en cache côté client, mais un moins sur une augmentation du nombre de messages transmis.
Cluster Proxy a été ajouté, un proxy pour un cluster de serveurs Redis, qui vous permet d'organiser le travail de votre client avec plusieurs serveurs Redis, comme dans un cas. Un proxy peut acheminer les demandes vers des nœuds avec les données nécessaires, des connexions multiplex, reconfigurer le cluster en cas de défaillance des nœuds et exécuter des demandes qui s'étendent sur plusieurs nœuds.
API nettement améliorée pour l'écriture de modules, transformant essentiellement Redis en un framework qui vous permet de créer des systèmes sous la forme de plug-ins.
Le protocole de réplication PSYNC2 a été amélioré, Cela a permis une resynchronisation partielle plus fréquente, en augmentant les chances d'identifier un déplacement commun à la réplique et au maître.
Et ça se démarque aussi chargement plus rapide des fichiers RDB. Selon le remplissage du fichier, l'accélération est de 20 à 30%. Exécution nettement plus rapide de la commande INFO en présence d'un grand nombre de clients connectés.
Enfin, si vous souhaitez en savoir plus ou télécharger la nouvelle version, vous pouvez le faire depuis le lien ci-dessous