La version 11.4.2 de SGBD MariaDB a été publiée, marquant la première version stable de la branche 11.4. La branche MariaDB 11.4 est classée parmi les versions à long terme avec un support d'au moins 5 ans. En parallèle, la version 11.5.1 de MariaDB, en statut de version candidate, est également disponible, et la branche 11.6 a été créée pour le développement de nouvelles fonctionnalités.
Le projet MariaDB développe une bifurcation de MySQL, préservant la rétrocompatibilité et se distinguant par l'intégration de moteurs de stockage supplémentaires et de fonctionnalités avancées. Le développement de MariaDB est supervisé par l'organisation indépendante MariaDB Foundation conformément à un processus de développement ouvert et transparent, sans dépendance vis-à-vis de fournisseurs individuels. MariaDB est fourni à la place de MySQL dans de nombreuses distributions Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) et est intégré dans d'importants projets tels que Wikipedia, Google Cloud SQL et Nimbuzz.
Parmi les changements dans la branche MariaDB 11.4 par rapport à la dernière version LTS 10.11 :
- L'optimiseur de requêtes a été considérablement amélioré, avec un nouveau modèle de poids (cost model) offrant une prédiction plus précise des poids de chaque plan d'exécution de requête. L'ancien modèle était adapté pour trouver l'index optimal, mais il avait des problèmes d'applicabilité pour les opérations de balayage de table, de balayage d'index ou de sélection par intervalles. Le nouveau modèle corrige ce défaut en modifiant le poids de base des opérations liées au moteur de stockage. Par exemple, pour les opérations de stockage, comme le balayage séquentiel des enregistrements, il est désormais supposé que les données sont stockées sur un disque SSD rapide. Des ajustements supplémentaires ont été effectués sur d'autres paramètres de poids de l'optimiseur, ce qui permet, par exemple, d'utiliser des index pour les opérations « ORDER BY/GROUP BY » dans les sous-requêtes et d'accélérer les traitements sur de très petites tables.
- Le traitement des sous-requêtes dans les expressions UPDATE et DELETE, limitée à une seule table, a été considérablement accéléré.
- L'utilisation des index dans les requêtes où les fonctions DATE et YEAR sont comparées à une constante est désormais possible, par exemple, « SELECT * FROM t2 WHERE YEAR(a) = 2024 » ou « SELECT * FROM t2 WHERE DATE(a)
Source : opennet.ru
