Après 6 mois de développement, la première version stable de la nouvelle branche du SGBD MariaDB 10.7 (10.7.2) a été publiée, au sein de laquelle est développée une branche de MySQL qui maintient la rétrocompatibilité et se distingue par l'intégration de stockage supplémentaire moteurs et capacités avancées. Le développement de MariaDB est supervisé par la Fondation MariaDB indépendante, à la suite d'un processus de développement totalement ouvert et transparent, indépendant des fournisseurs individuels. MariaDB est fourni en remplacement de MySQL dans de nombreuses distributions Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) et a été implémenté dans des projets aussi importants que Wikipedia, Google Cloud SQL et Nimbuzz.
Dans le même temps, la première version de test de la prochaine branche majeure de MariaDB 10.8.1 et les mises à jour correctives 10.6.6, 10.5.14, 10.4.23, 10.3.33 et 10.2.42 ont été publiées. La version 10.7.2 a été la première après le passage du projet à un nouveau modèle de génération de versions, ce qui impliquait une réduction de la période de support de 5 ans à 1 an et une transition vers la formation de versions importantes non pas une fois par an, mais une fois par trimestre. .
Principales améliorations de MariaDB 10.7 :
- Ajout d'un nouveau type de données UUID conçu pour stocker des identifiants uniques de 128 bits.
- De nouvelles fonctions ont été proposées pour traiter les données au format JSON : JSON_EQUALS() pour comparer l'identité de deux documents JSON et JSON_NORMALIZE() pour mettre les objets JSON sous une forme adaptée pour effectuer des opérations de comparaison (tri des clés et suppression des espaces).
- Ajout de la fonction NATURAL_SORT_KEY() pour trier les chaînes en tenant compte des valeurs numériques (par exemple, la chaîne « v10 » après le tri aura lieu après la chaîne « v9 »).
- Ajout de la fonction SFORMAT() pour le formatage arbitraire des chaînes - l'entrée est une chaîne avec des commandes de formatage et une liste de valeurs à remplacer (par exemple, 'SFORMAT("La réponse est {}.", 42)').
- Amélioration du rapport d'erreurs dans les requêtes INSERT qui ajoutent des données à plusieurs lignes (la commande GET DIAGNOSTICS affiche désormais la propriété ROW_NUMBER indiquant le numéro de ligne avec l'erreur).
- Un nouveau plugin de vérification de mot de passe, password_reuse_check, est inclus, qui permet de limiter la réutilisation des mots de passe par un seul utilisateur (en vérifiant que le nouveau mot de passe ne correspond pas aux mots de passe utilisés pendant le temps spécifié par le paramètre password_reuse_check_interval).
- Ajout du support des expressions « ALTER TABLE ... CONVERT PARTITION .. TO TABLE » et « ALTER TABLE ... CONVERT TABLE ... TO PARTITION » pour convertir une partition en table et vice versa.
- L'option « --as-of » a été ajoutée à l'utilitaire mariadb-dump pour vider un dump correspondant à un état spécifique de la table versionnée.
- Pour MariaDB Galera Cluster, de nouveaux états « en attente d'exécution isolée », « en attente de TOI DDL », « en attente de contrôle de flux » et « en attente de certification » sont implémentés dans PROCESSLIST.
- Un nouveau paramètre « réorganiser » a été ajouté à l'optimiseur. Pour les chaînes multi-octets, les performances de la correspondance sensible à la signification des caractères dans les opérations de plage ASCII ont été améliorées.
- Le stockage InnoDB a amélioré les performances pour les opérations d'insertion par lots, le prétri et la création d'index.
- 5 vulnérabilités ont été corrigées dont les détails n'ont pas encore été divulgués : CVE-2022-24052, CVE-2022-24051, CVE-2022-24050, CVE-2022-24048, CVE-2021-46659.
- Parmi les changements apportés à la version test de MariaDB 10.8.1, on peut noter l'implémentation d'index triés par ordre décroissant, ce qui peut améliorer considérablement les performances des opérations ORDER BY lors de la récupération dans l'ordre inverse. Ajout des spécificateurs IN, OUT, INOUT et IN OUT pour les fonctions stockées. Dans InnoDB, le nombre d'opérations d'écriture lors de l'annulation (redo) des opérations de journalisation a été réduit.
Source: opennet.ru