Redis
Cet article est une ébauche concernant un logiciel libre.
Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.
| Créateur | Salvatore Sanfilippo |
|---|---|
| Développé par | Redis Labs |
| Première version | |
| Dernière version | 7.4.1 ()[1] |
| Dépôt | Redis sur GitHub |
| État du projet |
 En développement actif |
| Écrit en | C |
| Système d'exploitation | Multiplateforme |
| Environnement | Multiplate-forme |
| Langues | Anglais |
| Type | Base de données clef-valeur |
| Politique de distribution | Gratuit et open source |
| Licence | BSD |
| Site web | https://redis.io |
Redis (de l'anglais REmote DIctionary Server qui peut être traduit par « serveur de dictionnaire distant » et jeu de mot 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 et distribué sous licence BSD. 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].
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[5] (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[6].
Mises en œuvre notables
Notes et références
- « Release 7.4.1 », (consulté le )
- http://redis.io/topics/faq
- http://antirez.com/news/91
- (en) « DB-Engines Ranking », sur DB-Engines (consulté le ).
- « Redis Protocol specification – Redis », sur redis.io (consulté le )
- https://redis.io/topics/quickstart
- (en) « Crowdsourced document analysis and MP expenses », sur simonwillison.net (consulté le ).
- (en) Tom Preston-Werner, « How We Made GitHub Fast », sur github.com, (consulté le ).
- « Does Stack Exchange use caching and if so, how? », sur Meta Stack Exchange (consulté le ).
- https://insidestories.salesforce.com/concierge
Voir aussi
Articles connexes
Liens externes
- (en) Site officiel
- (en) Redis Desktop Manager, site internet d'un outil de gestion de base de données dédié à Redis
