Oracle a publié une nouvelle version de MySQL 9.1.0. Les versions de MySQL Community Server 9.1.0 sont disponibles pour toutes les principales distributions. Linux, FreeBSD, macOS и WindowsDans le cadre du nouveau modèle de publication introduit l'année dernière, MySQL 9.1 est intégré aux branches « Innovation », qui incluront également la prochaine version majeure, MySQL 9.2. Les branches Innovation sont recommandées pour ceux qui souhaitent accéder en avant-première aux nouvelles fonctionnalités. Elles sont publiées tous les trois mois et leur support est assuré jusqu'à la prochaine version majeure (par exemple, après la publication de la branche 9.1, le support de la branche 9.0 s'arrête). Une version LTS est prévue pour l'été prochain ; elle est recommandée pour les déploiements exigeant prévisibilité et stabilité à long terme. Après la branche LTS, une nouvelle branche Innovation – MySQL 10.0 – sera publiée.
Changements majeurs dans MySQL 9.1 :
- Le support de l'expression « IF NOT EXISTS » a été ajouté à l'opération « CREATE VIEW », qui permet d'organiser la création d'une vue uniquement si une vue avec le nom spécifié n'existe pas déjà et d'éviter de renvoyer une erreur si la vue a déjà été créé.
- Arrêt du chargement des déclencheurs lors de l'exécution d'opérations en lecture seule. Auparavant, les déclencheurs étaient chargés à chaque accès à une table, gaspillant de la mémoire et créant une charge CPU dans les situations où les déclencheurs n'étaient pas utilisés (par exemple, lors de l'exécution de requêtes SELECT). Dans MySQL 9.1, le traitement et le chargement des déclencheurs sont divisés en deux étapes : lecture des métadonnées sur le déclencheur et analyse + exécution du déclencheur. Les données obtenues lors de la première étape sont stockées une fois puis partagées entre différentes instances de déclenchement. Le déclencheur est analysé et exécuté uniquement pour les expressions qui modifient les données. De plus, pour réduire la consommation de mémoire, au lieu d'allouer statiquement des tampons pour la gestion des erreurs dans les déclencheurs, nous sommes passés à l'allocation dynamique de mémoire selon les besoins.
- La sortie de l'opération EXPLAIN a été étendue pour afficher des informations sur l'utilisation de lectures multi-plage et l'utilisation d'une stratégie de semi-jointure, dans laquelle les opérations JOIN traitent les lignes d'une seule table.
- L'exécution atomique des opérations « CREATE DATABASE » et « DROP DATABASE » est prévue pour se protéger contre les pannes en cas de crash ou d'erreurs au niveau du système de fichiers lors de l'exécution de ces opérations. Par exemple, auparavant, lorsque « CREATE DATABASE » tombait en panne, une structure de stockage de base de données incomplète et non fonctionnelle pouvait être créée, ce qui nécessitait une intervention manuelle pour le nettoyer.
- Les procédures stockées écrites en JavaScript prennent en charge le type VECTOR. Les données avec le type spécifié peuvent désormais être transmises dans les paramètres d'entrée et de retour.
- Ajout de la possibilité de s'authentifier lors de la connexion à un SGBD à l'aide du protocole OpenID Connect.
- Vingt-sept vulnérabilités ont été corrigées, dont la plus grave (CVE-2024-5535) est critique (niveau de gravité 9.1 sur 10). Cette vulnérabilité peut être exploitée à distance sans authentification. Elle est due à une lecture hors limites dans la bibliothèque OpenSSL et provoque un plantage ou une fuite de mémoire dans la réponse après la connexion. serveur avec l'indication de paramètres de protocole incorrects.
Source: opennet.ru
