En 2009, à la suite du rachat de MySQL par Sun Microsystems et des annonces du rachat de Sun Microsystems par Oracle Corporation, Michael Widenius, fondateur de MySQL, quitte cette société pour lancer le projet MariaDB, dans une démarche visant à remplacer MySQL tout en assurant l'interopérabilité.
Nom et logo
MariaDB doit son nom à Maria, la 2efille de Michael Widenius; MySQL avait quant à lui été nommé en l'honneur de sa première fille, My.
Son logo représente un lion de mer, que Widenius a choisi à la suite d'une rencontre avec ces animaux lors d'une session de plongée avec tuba avec sa fille aux îles Galápagos, en 2002.
Histoire
MariaDB a été créé en 2009 par Michael «Monty» Widenius et d'autres développeurs originaux de MySQL, suite à l'annonce du rachat de Sun Microsystems — propriétaire de MySQL depuis 2008 — par Oracle Corporation. Soucieux qu'Oracle restreigne le développement en open source, Widenius et ses collaborateurs ont publié la première version, MariaDB 5.1.38, le 29 octobre 2009.
Les premières versions (5.1, 5.2, 5.3, 5.5) reprenaient le schéma de numérotation de MySQL pour signaler une compatibilité de substitution directe. En 2013, la Wikimedia Foundation a migré les bases de données de Wikipédia vers MariaDB, et Google ainsi que Mozilla ont adopté MariaDB pour leurs bases de données internes,. Plusieurs grandes distributions Linux ont ensuite remplacé MySQL par MariaDB comme base de données par défaut, dont openSUSE et Fedora (2013), Red Hat Enterprise Linux (2014) et Debian (2017).
En 2012, les développeurs ont annoncé que la prochaine série de versions serait numérotée 10.x, marquant explicitement l'indépendance du projet vis-à-vis de MySQL. La série 10.x (à partir de 2014) a introduit notamment la réplication multi-primaire virtuellement synchrone via Galera Cluster, un mode de compatibilité Oracle avec la syntaxe PL/SQL, ainsi que la première version à Long-term support (LTS), MariaDB 10.6, en 2021.
La série 11.x (à partir de 2022) a introduit en 2024 un support natif de la recherche vectorielle, disponible en version LTS avec MariaDB 11.8 (2025). La série 12.x, lancée en 2025, se distingue par un nombre record de contributions extérieures à MariaDB plc. La série 13.x est disponible en version préliminaire depuis 2026.
Caractéristiques techniques
Compatibilité avec MySQL
Les deux principales caractéristiques qui distinguent MariaDB et MySQL de PostgreSQL sont l'utilisation de threads plutôt que de processus et une prise en charge étendue et intégrée des configurations de réplication, à la fois locales et globales. Cela inclut la réplication géodistribuée et les configurations multi-primaires via Galera Cluster.
L'API et le protocole de MariaDB sont compatibles avec ceux de MySQL, et prennent notamment en charge les opérations natives non bloquantes ainsi que le suivi de progression. La plupart des connecteurs, bibliothèques et applications conçus pour MySQL fonctionnent avec MariaDB. Les connecteurs officiels de MariaDB sont publiés sous licence LGPL, ce qui permet leur utilisation dans des applications commerciales sans les contraintes du copyleft, et sont largement utilisés par les distributions de systèmes d'exploitation pour se connecter aussi bien à MariaDB qu'à MySQL.
Le format sur disque de MySQL et de MariaDB était identique jusqu'à MySQL 5.7. MySQL 8.0 a modifié ce format — en supprimant les fichiers de schéma .frm, en changeant le protocole d'authentification par défaut et en modifiant d'autres fonctionnalités — ce qui fait que le transfert de données entre MySQL 8.0 (ou une version ultérieure) et MariaDB nécessite un export logique puis une réimportation. La plupart des fonctionnalités visibles par l'utilisateur partagent largement la même syntaxe, ce qui facilite la migration de MySQL vers MariaDB. La réplication entre MySQL et MariaDB reste possible dans les deux sens.
Certaines fonctionnalités divergent davantage, notamment le format de réplication GTID et l'implémentation du stockage JSON.
MariaDB intègre un pool de threads (thread pool) dans toutes ses éditions, y compris la version communautaire, qui gère les connexions via un petit groupe de threads de travail plutôt qu'un modèle à un thread par connexion. Le pool de threads de MySQL, longtemps réservé à MySQL Enterprise Edition, est disponible dans MySQL Community Edition depuis la version 26.7.0 (Early Access).
Compatibilité avec Oracle
Le mode de compatibilité Oracle (sql_mode=ORACLE), disponible depuis MariaDB 10.3, est conçu pour faciliter une migration incrémentale depuis Oracle Database, en permettant de porter les applications fonctionnalité par fonctionnalité ou application par application plutôt que de nécessiter une réécriture complète. Le mode Oracle prend en charge la syntaxe des procédures stockées PL/SQL, une gestion de NULL compatible avec Oracle, ainsi que des fonctions de style Oracle telles que NVL() et DECODE(). Dans de nombreux cas, les applications Oracle peuvent fonctionner sans modification avec MariaDB en remplaçant simplement le connecteur ODBC ou JDBC d'Oracle par celui de MariaDB. Le mode Oracle a été développé initialement en collaboration avec DBS Bank.
Les séquences, créées avec CREATE SEQUENCE, sont des objets de base de données à part entière, indépendants de toute table particulière, avec prise en charge des séquences décroissantes et un contrôle fin de la mise en cache; MySQL ne dispose d'aucune instruction CREATE SEQUENCE équivalente.
Moteurs de stockage
MariaDB prend en charge une architecture de moteurs de stockage enfichables, permettant de choisir un moteur différent pour chaque table selon les besoins de la charge de travail — un éventail plus large que celui de MySQL, centré sur InnoDB.
InnoDB: le moteur par défaut, offrant des transactions conformes aux propriétés ACID, un verrouillage au niveau des lignes, la prise en charge des clés étrangères et la récupération après panne.
Aria: moteur résistant aux pannes utilisé en interne pour les tables temporaires et système, avec récupération via un journal de transactions en écriture anticipée (write-ahead log).
MyRocks: basé sur RocksDB, un moteur de type log-structured merge-tree développé par Meta, offrant un débit d'écriture plus élevé et une meilleure compression pour les charges de travail à forte intensité d'écriture.
Heap/Memory: moteur de stockage en mémoire pour des données temporaires à accès rapide; les données sont perdues au redémarrage du serveur.
Spider: moteur de fragmentation (sharding) qui répartit les données entre plusieurs instances de MariaDB, permettant de les interroger de manière transparente comme une seule table; il prend en charge le partitionnement et les transactions XA.
CONNECT: permet à MariaDB d'interroger des sources de données externes — notamment CSV, ODBC, JDBC, MongoDB et d'autres formats — comme s'il s'agissait de tables SQL standard.
DuckDB: moteur de stockage enfichable qui intègre le moteur analytique en colonnes de DuckDB au sein de MariaDB Server,.
Transactions et concurrence
MariaDB propose des transactions entièrement conformes aux propriétés ACID, avec la prise en charge de plusieurs niveaux d'isolation: lecture non validée (read uncommitted), lecture validée (read committed), lecture répétable (repeatable read) et sérialisable. Le moteur de stockage par défaut, InnoDB, implémente le contrôle de concurrence multiversion (MVCC), permettant aux lecteurs et aux rédacteurs d'opérer simultanément sans se bloquer mutuellement. Depuis MariaDB 11.8, l'isolation par instantané (snapshot isolation) utilise par défaut le mode strict, garantissant que les transactions voient une vue cohérente de la base de données depuis leur instant de démarrage.
Architecture de plugins
Au-delà des moteurs de stockage, MariaDB dispose d'un ensemble d'API enfichables (pluggable). Les catégories de plugins comprennent:
Méthodes d'authentification
Recherche en texte intégral, notamment Mroonga pour les langues CJK (chinois, japonais, coréen)
Audit: journalisation de l'activité de la base de données à des fins de sécurité et de conformité
Gestion des clés de chiffrement, notamment l'intégration avec HashiCorp Vault et AWS Key Management
Plugins de supervision et de statistiques
Validation des mots de passe
Handler Socket: une API à haute vitesse permettant d'utiliser les tables InnoDB comme un magasin clé-valeur
Méthodes de compression: bzip2, lz4, lzma, lzo et snappy
Types de données enfichables, notamment inet, json, uuid et mysql_json
Fonctions définies par l'utilisateur, chargeables en C, C++ ou Rust; les fonctions simples et les fonctions d'agrégation (group-by) sont toutes deux prises en charge
Les plugins peuvent être chargés ou remplacés à l'exécution sans qu'il soit nécessaire de recompiler le serveur. Un catalogue sélectionné de plugins et d'autres outils compatibles avec MariaDB est maintenu par la fondation MariaDB sous le nom de MariaDB Server Ecosystem Hub.
Connectivité
MariaDB fournit des connecteurs officiels pour C, C++, Java, Python, Node.js, ODBC et R2DBC, publiés sous licence LGPL, ce qui permet leur utilisation dans des applications commerciales sans les contraintes du copyleft. MariaDB utilise le protocole client-serveur de MySQL, maintenant une compatibilité au niveau du protocole avec les bibliothèques clientes de MySQL.
Langage SQL
MariaDB prend en charge le SQL standard, notamment les procédures stockées, les fonctions, les déclencheurs (triggers), les vues, les fonctions de fenêtrage et le type de données JSON, avec un ensemble complet de fonctions de stockage et d'interrogation de documents.
Les tables à contrôle de versions de système (system-versioned tables), conformes à la norme SQL:2011, enregistrent automatiquement l'historique complet de chaque ligne. Les données historiques peuvent être interrogées à l'aide de la clause FOR SYSTEM_TIME AS OF pour récupérer l'état d'une table à un instant passé donné, sans nécessiter de tables d'audit ni de déclencheurs maintenus manuellement.
L'algorithme INSTANT pour ALTER TABLE permet d'effectuer en quelques microsecondes l'ajout ou la suppression de colonnes ainsi que la modification des valeurs par défaut, en ne mettant à jour que les métadonnées, sans reconstruire la table. Depuis MariaDB 11.2, les modifications de schéma non instantanées s'exécutent par défaut de manière non bloquante, permettant des lectures et écritures concurrentes pendant l'opération.
Analytique
MariaDB prend en charge les charges de travail analytiques grâce à ColumnStore, un moteur de stockage en colonnes qui conserve les données par colonne plutôt que par ligne, réduisant les entrées-sorties pour les requêtes d'agrégation et le rendant adapté aux cas d'usage d'entrepôt de données et d'informatique décisionnelle. Les capacités analytiques SQL standard, notamment les fonctions de fenêtrage et les expressions de table commune (common table expressions), sont prises en charge par tous les moteurs de stockage. L'édition Enterprise de MariaDB plc peut utiliser Exasol pour accélérer les requêtes analytiques.
Réplication et haute disponibilité
MariaDB prend en charge la réplication primaire-secondaire au moyen d'un journal binaire (binary log), avec des modes asynchrone et semi-synchrone. La réplication multi-source permet à un serveur secondaire de recevoir des modifications de plusieurs serveurs primaires simultanément, et la réplication parallèle réduit le retard en appliquant les modifications de manière concurrente.
Galera Cluster est une solution de réplication multi-primaire virtuellement synchrone intégrée directement au serveur MariaDB, permettant des écritures sur n'importe quel nœud tout en maintenant la cohérence à travers le cluster.
Sécurité
MariaDB prend en charge le contrôle d'accès basé sur les rôles, permettant d'attribuer des ensembles de privilèges à des rôles nommés puis de les accorder aux utilisateurs, ce qui simplifie la gestion des permissions dans les déploiements de grande envergure.
L'authentification repose sur une architecture de plugins prenant en charge plusieurs méthodes, notamment mysql_native_password, ED25519 basé sur la cryptographie sur courbes elliptiques, et PARSEC (Password Authentication using Response Signed with Elliptic Curve), introduite dans MariaDB 11.6. MariaDB prend en charge le chiffrement au niveau des tables ainsi que l'intégration avec HashiCorp Vault pour la gestion des clés.
IA et recherche vectorielle
MariaDB 11.7 a introduit un type de données VECTOR natif avec une indexation HNSW pour la recherche des plus proches voisins, permettant des charges de travail de bases de données vectorielles, notamment la génération augmentée par récupération (RAG), sans nécessiter d'extension ou de plugin distinct. L'implémentation utilise l'accélération matérielle SIMD (AVX2 et AVX512 sur x86; NEON sur ARM) et est devenue disponible en version générale avec MariaDB 11.8 LTS en mai 2025. MariaDB Vector est intégré aux principaux frameworks d'applications d'IA, notamment LangChain, LlamaIndex, Spring AI et LangChain4j. MySQL Community Edition prend en charge le type de données VECTOR depuis MySQL 9.0, mais ne dispose pas d'index de recherche vectorielle.
Versions
Les numéros de version de MariaDB suivent le schéma de numérotation de MySQL jusqu'à la version 5.5. Étant donné que de nouvelles fonctionnalités spécifiques ont été développées dans MariaDB, les développeurs ont décidé qu'un changement majeur de numéro de version était nécessaire - la version suivante après 5.5 était 10.0,.
MariaDB maintient actuellement plusieurs branches de version en développement:
13.0 (version préliminaire)
12.3.0
12.2.1
12.1.2
11.8.6 LTS
11.4.10 LTS
10.11.15 LTS
10.6.24 LTS
La version 10.1 n'est plus développée ni maintenue depuis le 17 octobre 2020.
MariaDB est utilisé par davantage d'installations de WordPress que MySQL: selon les statistiques officielles de WordPress, MariaDB représentait en septembre 2025 54% des bases de données utilisées par WordPress. Drupal recommande MariaDB comme base de données dans sa documentation officielle pour Drupal 10, 11 et 12, et Nextcloud recommande MariaDB plutôt que MySQL dans son manuel d'administration officiel.
MariaDB Foundation
Kaj Arnö(en), président exécutif (Executive Chairman) de la fondation MariaDB.
La fondation MariaDB est une organisation à but non lucratif fondée en 2012 pour superviser le développement de MariaDB,. L'actuelle PDG de la fondation MariaDB est Anna Widenius(en) depuis . Kaj Arnö(en), PDG de à , est depuis lors président exécutif du conseil d'administration. La fondation décrit sa mission comme suit traduit en français:
Les pierres angulaires de la mission de la Fondation MariaDB sont l'ouverture, l'adoption et la continuité.
Nous veillons à ce que la base de code de MariaDB Server reste ouverte à l'utilisation et aux contributions sur les mérites techniques.
Nous nous efforçons d'augmenter l'adoption par les utilisateurs et à travers les cas d'utilisation, les plateformes et les moyens de déploiement.
Nous assurons la continuité de l'écosystème MariaDB Server, indépendamment de toute entité commerciale.
La fondation soutient le développement de l'écosystème MariaDB au sens large à travers le MariaDB Server Ecosystem Hub, un catalogue sélectionné d'outils, de plateformes et de services qui s'intègrent à MariaDB Server. Le Hub vise à mettre en relation les utilisateurs de MariaDB avec des technologies, des projets et des prestataires de services pertinents,.
Sponsors notables de la fondation MariaDB
Les sponsors Diamond de la fondation MariaDB sont Amazon et DBS Bank; les sponsors Platinum incluent IBM, Intel et MariaDB plc.
La fondation travaille également avec des partenaires technologiques, par ex. Google a chargé l'un de ses ingénieurs de travailler à la fondation MariaDB en 2013.
MariaDB plc
Initialement, le développement de MariaDB reposait entièrement sur l'open source et non commercial. Pour bâtir une entreprise mondiale, MariaDB Corporation Ab a été fondée en 2010 par Patrik Backman, Ralf Wahlsten, Kaj Arnö(en), Max Mether, Ulf Sandberg, Mick Carney et Michael "Monty" Widenius,.
MariaDB Corporation Ab a obtenu son nom actuel après une fusion entre SkySQL Corporation Ab et Monty Program en 2013.
MariaDB Corporation Ab a annoncé en son intention de devenir une société cotée à la Bourse de New York (NYSE). La société a été introduite en Bourse en sous le symbole MRDB et a changé son nom en MariaDB plc après s'être réenregistrée comme société publique à responsabilité limitée irlandaise (public limited company).
Le , le fonds d'investissement K1 Investment Management a finalisé l'acquisition de MariaDB plc pour environ 37 millions de dollars et a retiré la société de la Bourse. Rohit de Souza a été nommé nouveau PDG. Ce rachat ne concerne pas la fondation MariaDB.
