Publication de la base de données Redis 6.0

Préparé release de SGBD Redis 6.0, appartenant à la classe des systèmes NoSQL. Redis offre des fonctionnalités similaires à Memcached pour le stockage des données au format clé/valeur, élargies par la prise en charge de formats de données structurés tels que des listes, des hachages et des ensembles, ainsi que la possibilité d'exécuter des scripts de traitement en langage Lua côté serveur. Le code du projet est fourni sous licence BSD. Des modules supplémentaires, qui offrent des fonctionnalités avancées pour les utilisateurs d'entreprise, tels que RediSearch, RedisGraph, RedisJSON, RedisML, RedisBloom, sont disponibles depuis l'année dernière sont fournis sous licence propriétaire RSAL. Le développement de variantes open source de ces modules sous licence AGPLv3 est poursuivi par le projet GoodFORM.

Contrairement à Memcached, Redis assure un stockage persistant des données sur disque et garantit l'intégrité de la base de données en cas d'arrêt brutal. Les sources du projet sont distribuées sous licence BSD. Les bibliothèques clientes sont disponibles pour la plupart des langages populaires, y compris Perl, Python, PHP, Java, Ruby et Tcl. Redis prend en charge les transactions, permettant d'exécuter un groupe de commandes en une seule étape, garantissant la cohérence et l'exécution séquentielle (les commandes d'autres requêtes ne peuvent pas s'intercaler) d'un ensemble de commandes donné, tout en permettant de revenir sur les modifications en cas de problème. Toutes les données sont entièrement mises en cache en mémoire vive.

Pour la gestion des données, des commandes telles que l'incrément/décrément, les opérations standard sur les listes et les ensembles (union, intersection), le renommage des clés, les sélections multiples et les fonctions de tri sont fournies. Deux modes de stockage sont pris en charge : la synchronisation périodique des données sur disque et la tenue d'un journal des modifications sur disque. Dans ce dernier cas, toutes les modifications sont totalement conservées. La réplication de données master-esclave sur plusieurs serveurs est également possible, réalisée en mode non-bloquant. Un mode de communication par messages « publication/abonnement » est également disponible, créant un canal à partir duquel les messages sont diffusés aux clients par abonnement.

Améliorations clés améliorations, ajoutés dans Redis 6.0 :

• Par défaut, le nouveau protocole RESP3 est proposé, mais l'établissement de la connexion commence en mode RESP2 et le client passe au nouveau protocole uniquement si la nouvelle commande HELLO a été utilisée lors de l'accord de connexion. RESP3 permet de retourner directement des types de données complexes sans avoir besoin de convertir des tableaux génériques du côté du client et en séparant les types retournés.
• Prise en charge des listes de contrôle d'accès (ACL), permettant de définir précisément quelles opérations un client peut effectuer et lesquelles il ne peut pas. Les ACL permettent également de se protéger contre d'éventuelles erreurs de développement, par exemple, en interdisant un traitement qui n'effectue que l'opération BRPOPLPUSH d'effectuer d'autres opérations ; ainsi, si un appel FLUSHALL ajouté lors du débogage est accidentellement oublié dans le code en production, cela ne causera pas de problèmes. La mise en œuvre des ACL n'implique pas de frais généraux supplémentaires et n'affecte pratiquement pas les performances. Des modules d'interface sont également prêts pour les ACL, permettant de créer des méthodes d'authentification personnalisées. Pour consulter toutes les violations enregistrées des ACL, la commande « ACL LOG » est prévue. Pour générer des clés de session imprévisibles, la commande « ACL GENPASS » a été ajoutée, utilisant HMAC basé sur SHA256.
• Support SSL/TLS pour le cryptage du canal de communication entre le client et le serveur.
• Support mise en cache des données côté client. Pour synchroniser le cache côté client avec l'état de la base de données, deux modes sont disponibles : 1. Mémorisation sur le serveur des clés précédemment demandées par le client pour l'informer de la perte de pertinence des enregistrements dans le cache client. 2. Mécanisme de « diffusion », où le client s'abonne à certains préfixes de clés et le serveur l'informe en cas de modification des clés correspondant à ces préfixes. L'avantage du mode de « diffusion » est qu'aucune mémoire supplémentaire n'est utilisée sur le serveur pour stocker la carte des valeurs en cache côté client, mais l'inconvénient est l'augmentation du nombre de messages transmis.
• Le courtier de messages Disque, permettant d'utiliser Redis pour le traitement des files d'attente de messages, a été extrait de l'ensemble de base dans un module séparé.
• Ajouté Cluster Proxy, un proxy pour le cluster de serveurs Redis, permettant d'organiser le travail du client avec plusieurs serveurs Redis comme s'il s'agissait d'une seule instance. Le proxy peut router les requêtes vers les nœuds contenant les données nécessaires, multiplexer les connexions, reconfigurer le cluster en cas de défaillance des nœuds, et exécuter des requêtes couvrant plusieurs nœuds.
• L'API pour l'écriture de modules a été considérablement améliorée, transformant essentiellement Redis en un cadre permettant de créer des systèmes sous forme de modules additionnels.
• Un mode de réplication a été implémenté, dans lequel les fichiers RDB sont immédiatement supprimés après avoir été utilisés.
• Le protocole de réplication PSYNC2 a été amélioré, permettant une resynchronisation partielle plus fréquente, grâce à une augmentation des chances de détection de l'écart commun entre la réplique et le maître.
• Le chargement des fichiers RDB a été accéléré. Selon la configuration du fichier, l'accélération varie de 20 à 30 %. L'exécution de la commande INFO a été considérablement accélérée en présence d'un grand nombre de clients connectés.
• Une nouvelle commande STRALGO a été ajoutée avec la mise en œuvre d'algorithmes complexes de traitement de chaînes. Actuellement, seul un algorithme LCS (longest common subsequence) est disponible, qui peut être utile pour comparer des séquences d'ARN et d'ADN.

Source : opennet.ru