Table des matières de l'article :
Dans le vaste monde des systèmes de gestion de bases de données (SGBD), les développeurs doivent souvent choisir entre MySQL, Percona Server et MariaDB. Ce choix en apparence banal révèle en réalité un panorama complexe et aux multiples facettes. Beaucoup ont tendance à considérer ces trois systèmes comme équivalents, mais en fait ils se distinguent par une série de caractéristiques uniques et spécifiques, avec leurs avantages et inconvénients relatifs. Dans notre article d’aujourd’hui, intitulé «Que choisir entre MySQL, Percona Server ou MariaDB ?», nous plongerons dans l’histoire de ces SGBD populaires, en explorant leurs origines, les relations qui les lient et leurs particularités. Nous analyserons en détail les similitudes et les différences qui caractérisent MySQL, Percona Server et MariaDB, en fournissant un aperçu complet qui guidera les développeurs dans le choix le plus approprié à leurs besoins en 2024. L'objectif est de fournir une compréhension claire et approfondie de ces outils, pour une décision éclairée et stratégiquement avantageuse dans un domaine en constante évolution tel que les bases de données.
L'histoire de MySQL et l'acquisition de Sun qui fut à son tour racheté par Oracle
MySQL, l'un des systèmes de gestion de bases de données (SGBD) les plus connus et les plus répandus, possède une histoire riche et complexe qui trouve ses racines au début des années 90. Développé à l'origine par deux personnalités clés du domaine des bases de données, Michael Widenius, mieux connu sous le nom de « Monty », et David Axmark., MySQL a rapidement gagné en popularité en raison de sa simplicité, de son efficacité et de son modèle open source. Le nom MySQL vient de la fille de Monty, My, mettant l'accent sur une approche personnelle et passionnée dans la création de ce logiciel.
Un tournant important dans l'histoire de MySQL a été l'introduction de deux moteurs de stockage principaux : MyISAM et InnoDB. MyISAM, le moteur de stockage d'origine, se distinguait par sa rapidité et sa facilité d'utilisation, mais était limité par son manque de prise en charge des transactions, une fonctionnalité clé pour de nombreuses applications modernes. L'intégration d'InnoDB a marqué un changement radical, offrant une prise en charge des transactions, une plus grande fiabilité des données et améliorant considérablement la polyvalence de MySQL dans des scénarios d'utilisation plus complexes.
Au fil des années, MySQL a connu plusieurs propriétaires. En 2008, Sun Microsystems a acquis MySQL AB, la société fondée à l'origine par Widenius et Axmark, regroupant ainsi le SGBD sous une égide plus large. Cependant, le véritable tournant s'est produit en 2010, lorsque Oracle Corporation a acquis Sun Microsystems..
L'acquisition de MySQL par Sun Microsystems en 2008 représente un moment fondamental dans l'histoire des systèmes de gestion de bases de données. Sun Microsystems, pionnier dans le domaine des systèmes et logiciels informatiques, a décidé d'acquérir MySQL AB, la société suédoise à l'origine de MySQL, pour un montant d'environ 1 milliard de dollars. Cette étape marque une évolution importante pour MySQL, qui était jusqu'alors l'une des pierres angulaires du mouvement de l'open source et du logiciel libre.
Les raisons de cette acquisition étaient multiples. D'une part, Sun cherchait à renforcer son offre sur le marché en pleine croissance des services et solutions basés sur des logiciels open source. L'inclusion de MySQL dans son portefeuille a permis à Sun d'offrir une solution de base de données complète, s'intégrant de manière transparente à ses autres technologies et services. D'autre part, l'acquisition représentait une opportunité pour MySQL d'accélérer son développement, en bénéficiant des ressources et de l'expertise technologique de Sun.
Cependant, cette acquisition n’a pas été sans inquiétudes. Au sein de la communauté open source, on craignait que MySQL, sous la direction d'une grande entreprise comme Sun, ne perde une partie de son indépendance et de son esprit d'innovation. Ces préoccupations se sont encore amplifiées lorsque, deux ans plus tard, Oracle Corporation a annoncé l'acquisition de Sun Microsystems, plaçant MySQL sous le contrôle de l'un des plus grands concurrents du marché des bases de données.
Malgré ces inquiétudes, l'acquisition de MySQL par Sun a représenté une étape importante sur la voie de la consolidation de l'open source dans le secteur technologique grand public. Il a mis en évidence l'importance croissante des bases de données open source dans un marché dominé par les solutions propriétaires et a marqué le début d'une nouvelle ère pour MySQL, avec de nouveaux défis et opportunités.
La naissance de MariaDB en tant que Fork de MySQL après le rachat d'Oracle.
MariaDB représente l'une des histoires les plus intrigantes du monde des systèmes de gestion de bases de données (SGBD). Née comme un fork de MySQL, MariaDB a été créée par Michael « Monty » Widenius, le co-fondateur original de MySQL, en réponse aux inquiétudes de la communauté open source concernant l'acquisition de MySQL par Sun en 2008 et Oracle Corporation en 2010. Le nom « MariaDB » est un hommage à la deuxième fille de Monty, Maria, poursuivant la tradition familiale qui a débuté avec MySQL.
Si l’on considère que MariaDB est née fin 2009, il semble logique comme lien de causalité que le rachat de MySQL par Oracle ait en réalité été le déclencheur du fork.
L'objectif principal de MariaDB était de rester fidèle à l'esprit open source et de proposer une voie alternative aux utilisateurs de MySQL à la recherche d'une solution plus indépendante. MariaDB a été développée pour être entièrement compatible avec MySQL, permettant aux utilisateurs de basculer facilement entre eux. Cette compatibilité a fait de MariaDB un choix populaire auprès des développeurs et des entreprises qui souhaitaient éviter de dépendre d'un produit sous le contrôle d'Oracle.
Au fil des années, MariaDB a introduit de nombreuses innovations et améliorations, s'éloignant de plus en plus de MySQL et perdant une grande partie de sa rétrocompatibilité.
En fait, MariaDB a développé de nouvelles fonctionnalités, des améliorations de performances et la prise en charge de différentes architectures de stockage, ce qui en fait un SGBD de plus en plus puissant et polyvalent. MariaDB a également acquis une communauté active et grandissante, qui contribue au développement et à la diffusion du projet.
Le succès de MariaDB peut être attribué non seulement à son héritage technique issu de MySQL, mais également à sa philosophie ouverte et collaborative. Cela a permis à MariaDB de s'adapter rapidement aux besoins changeants des développeurs et des entreprises, tout en maintenant un engagement fort envers les principes open source. L'histoire de MariaDB est un exemple clair de la manière dont la communauté des développeurs peut réagir et s'adapter aux changements du paysage technologique, garantissant ainsi la continuité et l'innovation dans un secteur en constante évolution.
L'erreur d'évaluation de Michael « Monty » Widenius
L'erreur de jugement de Michael « Monty » Widenius concernant l'acquisition de MySQL par Oracle joue un rôle crucial dans l'histoire de la gestion des bases de données. MariaDB, comme nous l'avons déjà mentionné, est née en réaction aux inquiétudes soulevées par l'acquisition de MySQL par Oracle. Il est essentiel de souligner que Monty, en tant que premier créateur de MySQL, a vu ce projet non seulement comme un travail mais comme une mission, un engagement presque paternel, visant à nourrir et à faire grandir son « fils » avec dévouement et affection. La vente de MySQL à Sun Microsystems était une étape calculée, entreprise avec la conviction et l'espoir qu'un investissement financier plus important de la part de l'une des sociétés les plus prestigieuses au monde pourrait apporter des améliorations significatives et de nouvelles fonctionnalités au projet. Sun, qui a enregistré une perte de 2018 milliard en 1,7, a vu dans le rachat de MySQL l'occasion de renouveler son attrait auprès des investisseurs et des clients.
Cependant, les choses n'ont pas évolué comme prévu et, en six mois, en avril 2009, Oracle a annoncé l'acquisition de Sun Microsystems, une entreprise à l'avant-garde du secteur du matériel pour serveurs et déjà propriétaire de logiciels de premier plan tels que Java et MySQL récemment acquis. .
Monty percevait Oracle, le fabricant du célèbre SGBD du même nom, comme une menace importante. Il craignait probablement qu'Oracle ne marginalise MySQL, en réduisant son budget, en ralentissant son développement et en limitant ses fonctionnalités et ses performances au profit de son produit phare, le SGBD Oracle. Cette préoccupation reflétait la réflexion de Monty en tant que développeur plutôt qu'entrepreneur, ne considérant pas qu'un actif comme MySQL, même en présence d'un SGBD dominant comme Oracle, pourrait représenter une valeur ajoutée pour les investisseurs et attirer de nouveaux clients, plutôt que d'être simplement un concurrent.
De plus, du point de vue du développeur, Monty a négligé un aspect clé : PostgreSQL. Déjà en 2009, avec sa version 8.4 et avant la version 9, PostgreSQL était un SGBD beaucoup plus complet que MySQL, tant en termes de performances que de fonctionnalités, et représentait une alternative d'entreprise à l'hégémonie d'Oracle. Étant entièrement open source, PostgreSQL n'aurait pas pu être facilement « réduit au silence » par une tentative de Larry Ellison d'acheter des concurrents open source.
En réalité, les années suivantes ont montré une tendance différente de celle supposée. Oracle a en fait développé MySQL, introduisant des fonctionnalités innovantes et améliorant les performances, contrairement aux préoccupations initiales de la communauté MySQL et de Monty lui-même.. Cette évolution a démontré que, malgré les appréhensions initiales, MySQL a réussi à conserver son rôle et à évoluer dans le paysage des SGBD sous la houlette d'Oracle.
Cependant, l'opportunité de créer un fork de MySQL pour garantir un SGBD gratuit, libre et Open Source a créé les bonnes conditions de concurrence capables d'apporter de la valeur à l'ensemble de l'écosystème dérivé de MySQL.
Les problèmes financiers de Maria AB et l'incertitude du projet.
MariaDB, malgré son statut de projet open source réussi, a rencontré des difficultés financières ces dernières années, une réalité commune à de nombreuses initiatives open source. La dernière fois que MariaDB a été discutée en termes financiers, c'était en février 2019, lorsque le PDG de la société MariaDB Corporation a exprimé ses inquiétudes quant au peu de contributions au projet des grandes entreprises, malgré les bénéfices importants que ces dernières ont générés grâce à l'utilisation du logiciel.
MariaDB Corporation, qui prend en charge le développement de logiciels, a récemment réduit ses effectifs de 28 % et a mis fin au développement de deux de ses produits, SkySQL et XPand, comme le rapporte linuxiac.com. Ces décisions indiquent les défis financiers auxquels l’entreprise est confrontée pour assumer le fardeau de la maintenance du projet.
Cependant, dans un curieux contraste, la Fondation MariaDB, une entité à but non lucratif distincte de la société, a reçu un parrainage en diamant d'AWS début octobre. Ce support pourrait contribuer à assurer une plus grande durabilité de la maintenance du code de MariaDB. Malgré cela, la crise financière de MariaDB Corporation, qui reste le principal contributeur au code, pourrait impacter la partie du projet qui se déroule bien.
De plus, la décision de Microsoft de retirer le produit Azure MariaDB de son cloud, invitant les utilisateurs à migrer vers Azure MySQL, signale de nouveaux défis, pour des raisons qui pourraient être plus commerciales que techniques.
Prédire l’avenir de MariaDB est complexe compte tenu de ces circonstances, mais l’espoir demeure que le projet puisse continuer à prospérer malgré les défis actuels.
L'histoire du serveur Percona
Percona, fondée en 2006 par Peter Zaitsev et Vadim Tkachenko, s'est imposée comme une société leader de logiciels et de services, spécialisée notamment dans les bases de données MySQL. L'entreprise est reconnue dans le domaine des systèmes de gestion de bases de données pour son expertise dans MySQL, offrant des solutions innovantes et des services de haute qualité qui séduisent aussi bien les petites que les grandes entreprises.
Outre ses services de conseil et de support, Percona est particulièrement réputé pour les forks qu'il développe et maintient, contribuant de manière significative à l'écosystème MySQL. Parmi eux, Percona Server et XtraDB sont les plus connus.
Percona Server est un fork de MySQL, tandis que XtraDB est un fork du moteur de stockage InnoDB. Ces deux forks ont été créés dans le but d’optimiser les performances, l’évolutivité et la sécurité par rapport aux versions originales. Même s'ils ne disposent pas d'une base d'utilisateurs comparable à celle de MySQL ou MariaDB, leurs fonctionnalités avancées et les correctifs qu'ils introduisent ont un impact significatif, à tel point qu'ils sont souvent intégrés dans les mises à jour MySQL ultérieures ou les forks MariaDB.
Dans le contexte de l'Open Source et de la licence GPL, il est courant d'observer une dynamique de collaboration compétitive, où les innovations introduites par un concurrent peuvent être intégrées dans les produits des autres, et vice versa. Cependant, il est important de noter que, concrètement, Percona Server n'embarque pas directement le code de MariaDB. Au lieu de cela, Percona Server suit de près le développement de MySQL Standard, en adoptant ses innovations et améliorations. Cette approche permet à Percona Server de fonctionner comme un remplacement direct de MySQL, garantissant une compatibilité absolue avec la même version de MySQL. De cette façon, les utilisateurs peuvent migrer vers Percona Server sans avoir à apporter de modifications significatives à leurs systèmes existants, bénéficiant ainsi des optimisations et fonctionnalités supplémentaires offertes par Percona.
L'un des aspects clés qui font de Percona Server un choix populaire est sa présence dans les référentiels de nombreuses distributions GNU/Linux. Cela rend son utilisation plus accessible et simple pour les utilisateurs de ces plateformes, offrant une alternative valable au MySQL standard. De plus, la communauté Linux apprécie particulièrement Percona pour son engagement envers l'open source et sa capacité à proposer des solutions de bases de données à la fois puissantes et fiables.
La position de Percona dans le monde des SGBD est renforcée par sa capacité à innover et à répondre rapidement aux besoins du marché. En mettant constamment l'accent sur l'optimisation et l'efficacité, Percona continue de jouer un rôle essentiel dans l'évolution et l'amélioration du paysage des bases de données, tant pour les utilisateurs individuels que pour les grandes organisations.
Serveur Percona, en particulier Serveur Percona pour MySQL, est né à une époque sans méfiance en 2006, loin de l'hypothèse de la vente de MySQL à Sun, et est une histoire fascinante d'innovation et d'adaptation dans le domaine des systèmes de gestion de bases de données (SGBD). L'histoire de Percona Server commence comme une réponse directe au besoin d'amélioration des performances et d'évolutivité par rapport au MySQL standard. Développé par Percona LLC, une société connue pour son expertise en MySQL et en bases de données open source, Percona Server pour MySQL s'est rapidement distingué comme une solution robuste et optimisée pour les environnements de production critiques.
La philosophie derrière Percona Server a toujours été d'améliorer les performances et la gérabilité de MySQL sans sacrifier la compatibilité ou la facilité d'utilisation.. Cela a fait de Percona Server un choix populaire auprès des entreprises et des développeurs cherchant à optimiser leurs infrastructures de bases de données sans avoir à réimplémenter leurs applications existantes. L'une des caractéristiques distinctives de Percona Server est sa capacité à gérer des charges de travail intensives et complexes, tout en offrant une plus grande efficacité et fiabilité.
Percona Server pour MySQL a introduit de nombreuses fonctionnalités innovantes, notamment des améliorations dans la gestion de la mémoire, des optimisations de requêtes et des outils avancés de diagnostic des performances. Ces fonctionnalités ont contribué à le positionner comme une solution leader pour les besoins de bases de données hautes performances.
L'histoire de Percona Server est emblématique de l'engagement de la communauté MySQL à fournir des solutions fiables et performantes. Grâce à un développement et à une amélioration continus, Percona Server s'est imposé comme un choix incontournable pour ceux qui ont besoin de performances et d'évolutivité supérieures, tout en maintenant la compatibilité avec l'écosystème MySQL. Son évolution reflète la recherche incessante de l'innovation et de l'efficacité dans le monde des SGBD, soulignant l'importance des solutions spécialisées dans un environnement technologique en évolution rapide.
La distribution Percona pour MySQL représente une offre complète qui va au-delà d'un simple fork et remplacement de MySQL. Il s'agit d'une collection de logiciels MySQL open source, enrichis de fonctionnalités de niveau entreprise soigneusement sélectionnées et conçues. Ce package vous permet de télécharger tous les composants en même temps, ce qui facilite la mise à niveau et l'application des modifications à une seule distribution.
Il existe deux manières principales de télécharger la distribution Percona pour MySQL, en fonction de vos besoins en haute disponibilité :
- Serveur Percona pour MySQL: Il s'agit d'un remplacement direct de MySQL Community, offrant de meilleures performances, une plus grande évolutivité et des fonctionnalités de sécurité avancées. Il est idéal pour ceux qui ont besoin d'une réplication synchrone telle que la réplication de groupe.
- Cluster Percona XtraDB (PXC): Une solution de clustering hautement disponible pour MySQL. Ce composant est recommandé pour ceux qui ont besoin d'une architecture multi-maître basée sur Galera.
La distribution Percona pour MySQL comprend également :
- Percona XtraSauvegarde: Une solution de sauvegarde open source qui prend en charge toutes les versions de Percona Server pour MySQL et MySQL. Cet outil effectue des sauvegardes complètes en ligne, non bloquantes, fortement compressées et hautement sécurisées sur les systèmes transactionnels, permettant aux applications de rester entièrement disponibles pendant les fenêtres de maintenance planifiées.
- Boîte à outils Percona pour MySQL: Une collection d'outils de ligne de commande avancés et open source conçus pour effectuer une variété de tâches trop difficiles ou complexes à effectuer manuellement.
- Percona MesRocks: Une alternative à InnoDB pour les déploiements où les limitations des ressources de stockage de données jouent un rôle crucial.
- ProxySQL, proxy haute disponibilité, routeur MySQL, shell MySQL, orchestrateur: Ces modules complémentaires de distribution incluent un proxy, un gestionnaire de topologie de réplication, ainsi qu'un éditeur de code et un client pour MySQL. Ils offrent des fonctionnalités supplémentaires pour gérer des architectures de bases de données complexes et garantir une haute disponibilité et évolutivité.
Percona Server pour MySQL en remplacement de MySQL Enterprise plutôt que MySQL Standard
Percona Server pour MySQL, dans sa version gratuite, se positionne comme une alternative valable à MySQL Enterprise, comblant les lacunes de MySQL Standard. Alors que MySQL Standard est largement utilisé pour ses fonctionnalités de base et sa fiabilité, MySQL Enterprise, proposé par Oracle, est une version plus avancée qui inclut des fonctionnalités supplémentaires orientées entreprise, mais à un coût de licence important. Cela fait de MySQL Enterprise un choix coûteux pour de nombreuses organisations.
Percona Server pour MySQL, en revanche, offre gratuitement un certain nombre de fonctionnalités de classe entreprise, absentes dans MySQL Standard et disponibles uniquement moyennant des frais dans MySQL Enterprise. Ceux-ci inclus:
- Plugin d'authentification PAM: Ce plugin permet l'authentification des utilisateurs via des modules d'authentification enfichables (PAM), offrant une plus grande flexibilité et sécurité dans l'authentification.
- Plugin de journalisation d'audit: Offre la possibilité d'enregistrer des activités détaillées, telles que les demandes d'accès et les modifications de données, essentielles à la conformité réglementaire et à la sécurité.
- Stockage du porte-clés dans le coffre-fort Hashicorp: Cette fonctionnalité permet une gestion sécurisée des clés de chiffrement à l'aide de Hashicorp Vault, assurant une plus grande sécurité des données sensibles.
- Pool de discussions: optimise les performances en améliorant la gestion des connexions simultanées et la répartition de la charge de travail, particulièrement utile dans les environnements à forte concurrence.
En plus de ces fonctionnalités, Percona Server for MySQL se démarque également par sa solution de sauvegarde. Percona XtraBackup offre une alternative efficace à MySQL Enterprise Backup. Il s'agit d'une solution de sauvegarde à chaud et brute, qui vous permet d'effectuer des sauvegardes complètes sans interrompre le fonctionnement de la base de données, ce qui en fait une option plus efficace et plus pratique que la solution proposée par MySQL Enterprise.
Percona Server pour MySQL apparaît comme un excellent choix pour les organisations recherchant des fonctionnalités d'entreprise sans les coûts élevés associés à MySQL Enterprise. Fournissant des outils avancés de sécurité, de gestion et de sauvegarde, Percona Server s'impose comme une solution robuste et rentable pour les besoins commerciaux avancés.
Performances et benchmark entre MySQL 8, Percona Server 8 et MariaDB.
Lors de l’évaluation des performances des versions plus récentes des systèmes de gestion de bases de données, en particulier la version 8, une image intéressante se dégage. Sans entrer dans les analyses techniques complexes, que l’on retrouve souvent dans les blogs sectoriels avec des graphiques et des benchmarks parfois mal compris, on peut observer quelques tendances significatives. Dans la version 8, MySQL et Percona Server (qui conserve la même numérotation de version que MySQL) ont commencé à montrer un écart de performances par rapport à MariaDB.
L'une des décisions pertinentes dans ce contexte a été celle de désactiver le cache de requêtes natif de MySQL, en raison de problèmes de gestion dans les environnements multithread et multiprocesseur. Ce choix laissait la place au recours à des outils tiers d’optimisation des requêtes, comme ProxySQL.
En termes de transactions par minute (TPM), MySQL 8 et, en particulier, Percona Server 8 se sont avérés offrir des performances nettement supérieures, avec des vitesses jusqu'à trois fois plus rapides que celles proposées par MariaDB. Ces données sont particulièrement significatives car elles mettent en évidence une amélioration substantielle des performances de MySQL et Percona Server.
De ce point de vue, sur la base des faits actuels relatifs à MySQL version 8, il semble que MariaDB ne soit peut-être plus le choix privilégié en termes de SGBD, sauf s'il existe des besoins spécifiques de compatibilité ou de mise à niveau d'une ancienne version de MariaDB vers une version plus récente. .
Compte tenu des fonctionnalités avancées introduites dans Percona Server et de l'excellente vitesse, qui est non seulement comparable mais dépasse souvent celle de MySQL 8, on peut dire que Percona Server 8 se positionne comme le leader parmi les trois concurrents, du moins en comparaison avec MariaDB et l'édition standard de MySQL. Cette évaluation souligne l'importance d'analyser soigneusement les spécifications techniques et les performances dans le processus de choix d'un SGBD, en tenant compte de l'évolution continue de ces outils dans le contexte technologique actuel.
