Dix ans apr\u00e8s la cr\u00e9ation de la branche 10.x, la version 11.0.0 de la base de donn\u00e9es MariaDB a \u00e9t\u00e9 publi\u00e9e, proposant plusieurs am\u00e9liorations et modifications significatives, affectant la compatibilit\u00e9. La branche a actuellement une qualit\u00e9 alpha et sera pr\u00eate pour des applications de production apr\u00e8s stabilisation. La formation de la prochaine branche significative MariaDB 12, contenant des modifications affectant la compatibilit\u00e9, n'est pas attendue avant 10 ans (en 2032). <\/p>\n
Le projet MariaDB d\u00e9veloppe une d\u00e9rivation de MySQL, qui conserve autant que possible la compatibilit\u00e9 r\u00e9troactive tout en int\u00e9grant des moteurs de stockage suppl\u00e9mentaires et des fonctionnalit\u00e9s avanc\u00e9es. Le d\u00e9veloppement de MariaDB est supervis\u00e9 par l'organisation ind\u00e9pendante MariaDB Foundation, selon un processus de d\u00e9veloppement ouvert et transparent, sans d\u00e9pendance \u00e0 des fournisseurs sp\u00e9cifiques. La base de donn\u00e9es MariaDB remplace MySQL dans de nombreuses distributions Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) et est int\u00e9gr\u00e9e dans de grands projets tels que Wikipedia, Google Cloud SQL et Nimbuzz. <\/p>\n
L'am\u00e9lioration cl\u00e9 de la branche MariaDB 11 est la transition de l'optimiseur de requ\u00eates vers un nouveau mod\u00e8le de co\u00fbt (cost model), offrant une pr\u00e9diction plus pr\u00e9cise des co\u00fbts de chaque plan d'ex\u00e9cution de requ\u00eate. Bien que le nouveau mod\u00e8le permette de surmonter certains goulets d'\u00e9tranglement en mati\u00e8re de performance, il se pourrait qu'il ne soit pas optimal dans tous les sc\u00e9narios, et il est possible que certains requ\u00eates soient ralenties. Les utilisateurs sont donc invit\u00e9s \u00e0 participer aux tests et \u00e0 informer les d\u00e9veloppeurs en cas de probl\u00e8mes. <\/p>\n
Le mod\u00e8le pr\u00e9c\u00e9demment utilis\u00e9 \u00e9tait bien adapt\u00e9 pour trouver l'indice optimal, mais rencontrait des probl\u00e8mes d'applicabilit\u00e9 lors des op\u00e9rations de scan de table, de scan d'indice ou de s\u00e9lection par plages. Dans le nouveau mod\u00e8le, ce d\u00e9faut a \u00e9t\u00e9 corrig\u00e9 gr\u00e2ce \u00e0 un changement du poids de base des op\u00e9rations avec le moteur de stockage. Lors de l'\u00e9valuation des performances des op\u00e9rations d\u00e9pendant de la vitesse du disque, telles que le scan s\u00e9quentiel des enregistrements, on suppose maintenant que les donn\u00e9es sont stock\u00e9es sur un disque SSD, offrant une vitesse de lecture de 400 Mo par seconde. De plus, le r\u00e9glage d'autres param\u00e8tres de pes\u00e9e de l'optimiseur a \u00e9t\u00e9 effectu\u00e9, ce qui a permis, par exemple, de mettre en \u0153uvre la possibilit\u00e9 d'utiliser des indices pour des op\u00e9rations \u00ab ORDER BY\/GROUP BY \u00bb dans des sous-requ\u00eates et d'acc\u00e9l\u00e9rer le traitement des tr\u00e8s petites tables. <\/p>\n
Il est not\u00e9 que le nouveau mod\u00e8le de poids permettra de choisir un plan d'ex\u00e9cution de requ\u00eate plus optimal dans les situations suivantes : <\/p>\n
Les principales violations de compatibilit\u00e9 dans la branche MariaDB 11 : <\/p>\n