Quel est le bon moment pour utiliser MariaDB au lieu de MySQL, et pourquoi?

Que gagnons-nous et que perdons-nous avec cette migration?

À quoi devrais-je m'attendre comme inconvénients après la migration?

Est-il vraiment inutile de changer les applications dans n'importe quelle situation?

Je pense que le moment est venu de jouer avec MariaDB (tout comme maintenant, il est temps de jouer avec quelque chose comme ça). Personnellement, je voudrais attendre que je connaisse quelques développeurs supplémentaires qui ont déployé MariaDB sur un site client actif avant de le faire moi-même.

Certaines situations peuvent nécessiter un changement d'application, mais quelque chose d'aussi grave que le changement de moteur de base de données ne doit pas être considéré à la légère.

Il n'y a aucune raison de spéculer si Oracle "continuera" à développer activement MySQL. Les faits sont faciles à découvrir: consultez le journal des modifications et les avant-premières annoncées. En réalité, Oracle a accéléré le développement MySQL plus rapidement que jamais et les versions sont de très bonne qualité, contrairement à la version 5.1 de Sun ou à la version 5.0 de MySQL AB, toutes deux d'une qualité médiocre.

Oracle mérite d'être reconnu pour avoir sauvé MySQL, pas pour l'avoir abandonné.

MariaDB peut être simplement branché en raison de la compatibilité avec MySQL. En outre, l'administration de base de données présente quelques fonctionnalités intéressantes (à savoir une précision du temps d'interrogation de l'ordre de la microseconde au lieu de quelques secondes seulement).

Je l'ai fait dans plusieurs sites Drupal et je n'ai rencontré aucun problème.

La plupart de mes serveurs et clients ont commencé à basculer vers MariaDB 5.2, car ils disposent toujours de bases de données principalement basées sur MyISAM. Depuis http://vbtechsupport.com/606/, il est clair que c'est à MariaDB de choisir si vous souhaitez obtenir des gains de performances liés à MyISAM.

MariaDB 5.3 se prépare également très bien avec les améliorations apportées à la réplication mysql et au commit de groupe, voir les résultats sur la page MySQL de Facebook, ainsi que sur https://lists.launchpad.net/maria-developers/msg04278.html

J'ai appris quelque chose d'intéressant ...

Baron Schwartz semble très confiant que MySQL restera fort pendant un moment. Personnellement, je ne sauterais pas non plus du train MySQL pour l'instant. Étant donné que MySQL (eh, Oracle [et que ça ne marche pas, ça ne marchera jamais]) continue à être supporté, cela donnerait à d’autres, comme Monty et Percona, une chance de suivre le rythme des modifications apportées par MySQL à MyISAM (bien que pourrait être rare). En cas de tels changements, Monty et Percona pourraient implémenter les changements de code correspondants pour MyISAM et MariaDB.

MySQL ressemble beaucoup à la sécurité sociale aux États-Unis. Bien que beaucoup de gens parlent de la sécurité sociale qui finira par disparaître, sortir de la sécurité sociale maintenant pourrait priver l'un des futurs paiements / avantages mensuels plus élevés. Drizzle a suivi cette trajectoire et a gelé MyISAM à temps et utilise ce moteur de stockage uniquement pour les tables temporaires. La plupart des utilisateurs expérimentés de Drizzle se contentent de cette décision, mais cela ne laisse aucune place à des attentes plus élevées.

Donc, jusqu'à ce que MySQL disparaisse, il n'y a pas de vraie raison pour abandonner MySQL. Bien entendu, lorsque MariaDB sera plus mature et plus répandue, la commutation des moteurs de stockage et des serveurs de base de données deviendra tout simplement théorique et se résumera à un choix personnel.