Aller au contenu

Redis

Un article de Wikipédia, l'encyclopédie libre.
Ceci est une version archivée de cette page, en date du 23 mars 2024 à 05:23 et modifiée en dernier par WikiCleanerBot (discuter | contributions). Elle peut contenir des erreurs, des inexactitudes ou des contenus vandalisés non présents dans la version actuelle.
Redis
Description de l'image Redis Logo.svg.

Informations
Créateur Salvatore Sanfilippo
Développé par Redis Labs
Première version Voir et modifier les données sur Wikidata
Dernière version 7.4.1 ()[1]Voir et modifier les données sur Wikidata
Dépôt Redis sur GitHub
État du projet  En développement actif
Écrit en C
Système d'exploitation MultiplateformeVoir et modifier les données sur Wikidata
Environnement Multiplate-forme
Langues Anglais
Type Base de données clef-valeur
Politique de distribution Gratuit et open source
Licence RSALv2 et SSPLv1
Site web https://redis.io

Redis (de l'anglais REmote DIctionary Server qui peut être traduit par « serveur de dictionnaire distant » et jeu de mots avec Redistribute[2]) est un système de gestion de base de données clé-valeur extensible, très hautes performances, écrit en C ANSI. Il fait partie de la mouvance NoSQL et vise à fournir les performances les plus élevées possible.

Historique

Lancé en 2009 par Salvatore Sanfilippo, le développement du logiciel Redis a été financé par Pivotal Software (en) en , puis par Redis Labs en [3].

En , il est devenu le neuvième SGBD le plus utilisé au monde, et le premier pour les bases de données clé valeur[4].

En , Redis annonce l'abandon de la license BSD pour une double license moins permissive : RSALv2 (Redis Source Available License) et SSPLv1[5].

Principales caractéristiques

Données manipulées

Redis permet de manipuler des types de données simples : chaînes de caractères, tableaux associatifs, listes, ensembles et ensembles ordonnés.

Protocole réseau

Afin de communiquer avec un serveur Redis, il faut ouvrir une connexion TCP. Le client et le serveur Redis utilisent alors le protocole RESP[6] (REdis Serialization Protocol) qui s'ajoute au-dessus de la couche réseau TCP. Ce protocole est très facile à implémenter et se base sur un système de commandes et permet de sérialiser de nombreux types de données ainsi que des erreurs.

Stockage en RAM

Une des principales caractéristiques de Redis est de conserver l'intégralité des données en RAM. Cela permet d'obtenir d'excellentes performances en évitant les accès disques, particulièrement coûteux sur ce plan.

Redis a tenté d'utiliser le disque dur pour décharger la RAM, mais cette fonctionnalité est maintenant dépréciée.

Afin d'assurer la conservation des données en cas d'incident — la mémoire vive étant volatile — Redis offre la possibilité de « capturer » l'état de la base dans un fichier. Cette technique ne conservant pas les modifications effectuées entre deux captures, il est par ailleurs possible de les enregistrer afin de restaurer la base en cas d'incident.

Événementiel

Redis dispose d'un mécanisme publish-subscribe permettant d'émettre des événements aux différents clients connectés sur la base.

Déploiement

Redis supporte la réplication via un modèle primaire-secondaire à des fins de résistance aux pannes et de répartition de la charge. Toutes les écritures doivent se faire via l'instance primaire, mais il est possible de faire des lectures sur les instances secondaires — si toutefois il n'y a pas de besoin critique d'accéder avec certitude à des données à jour.

Son port logiciel par défaut est 6379[7].

Mises en œuvre notables

Notes et références

  1. « Release 7.4.1 », (consulté le )
  2. (en) « Redis FAQ », sur Redis (consulté le ).
  3. « Thanks Pivotal, Hello Redis Labs - », sur antirez.com (consulté le ).
  4. (en) « DB-Engines Ranking », sur DB-Engines (consulté le ).
  5. « Sur fond de changement de licence, Redis rachète SpeeDB »
  6. « Redis Protocol specification – Redis », sur redis.io (consulté le )
  7. https://redis.io/topics/quickstart
  8. (en) « Crowdsourced document analysis and MP expenses », sur simonwillison.net (consulté le ).
  9. (en) Tom Preston-Werner, « How We Made GitHub Fast », sur github.com, (consulté le ).
  10. « Does Stack Exchange use caching and if so, how? », sur Meta Stack Exchange (consulté le ).
  11. « insidestories.salesforce.com/c… »(Archive.orgWikiwixArchive.isGoogleQue faire ?).

Voir aussi

Articles connexes

Liens externes