MySQL 8.1 a été publié, a également annoncé que MySQL a commencé à utiliser un nouveau modèle de version.
De Kenny Gryp / Airton Lastori
Équipe produit MySQL.
Original : https://blogs.oracle.com/mysql/post/introducing-mysql-innovation-and-longterm-support-lts-versions
Apprêt
Chez Oracle, nous recherchons constamment des moyens d'améliorer nos produits pour mieux répondre à vos besoins. Nous sommes heureux de vous présenter MySQL Innovation (Innovation) et Long-Term Support (LTS, Long-Term Support), qui constituent une amélioration importante du modèle de version de MySQL.
Les versions de correctifs pour MySQL 5.7 et versions antérieures étaient principalement dédiées aux corrections de bogues et aux correctifs de sécurité. Cela a changé dans le modèle de livraison continue de MySQL 8.0, et les versions de correctifs incluent également de nouvelles fonctionnalités. Cela permet à MySQL de proposer de nouvelles fonctionnalités aux utilisateurs plus fréquemment que toutes les quelques années. Cependant, nous comprenons que cette approche peut présenter des défis pour les projets et les applications qui ne nécessitent que des correctifs critiques et peu de changements de comportement. Nous avons écouté vos commentaires et observé les tendances de l'industrie, et nous passons maintenant à un modèle de version où vous pouvez choisir entre l'innovation et le support à long terme (LTS).
Les versions Creative et LTS sont toutes deux de qualité de production. Si vous avez envie d'accéder aux dernières fonctionnalités et améliorations et que vous souhaitez vous tenir au courant des dernières technologies, MySQL Innovation Edition pourrait vous convenir. Cette version est idéale pour les développeurs et les DBA travaillant dans des environnements de développement rapides avec des niveaux élevés de tests automatisés et des techniques d'intégration continue modernes qui permettent des cycles de mise à niveau plus rapides. D'un autre côté, si votre environnement nécessite un comportement continu qui a été corrigé, une version LTS est faite pour vous. Ces versions ne contiennent que les correctifs nécessaires, réduisant ainsi le risque de modifications du comportement du logiciel de base de données.
Avec le nouveau modèle d'édition MySQL, vous avez la possibilité de choisir l'option qui convient à vos besoins spécifiques en matière d'application et d'environnement. Notre objectif est de vous garantir une excellente expérience utilisateur dans les versions Innovation et LTS. Vous pouvez en savoir plus sur la nouvelle version du modèle et le processus de transition ci-dessous.
Nouveau modèle de version MySQL
Transition vers l'innovation et les versions LTS
Notre nouvelle version à venir passera à un nouveau modèle de version MySQL. MySQL 8.1.0 sera notre première version innovante, et 8.0.34+ ne corrigera que les bogues jusqu'à la fin de vie de la 8.0 (EOL, prévue pour avril 2026). Dans environ un an, les versions de MySQL 8.x deviendront enfin LTS, ce qui laissera suffisamment de temps aux utilisateurs pour migrer des versions 8.0.x vers 8.x LTS.
En pratique, pendant cette période de transition, si vous voulez les dernières fonctionnalités, améliorations et toutes les corrections de bogues de la base de données MySQL, utilisez une version innovante (par exemple 8.1.x, 8.2.x, 8.3.x, etc.). Si votre MySQL n'a besoin que de corrections de bogues, utilisez une version 8.0.x (par exemple 8.0.35, 8.0.36, 8.0.37, etc.). Dans les deux cas, il est recommandé de mettre à jour la base de données MySQL tous les trimestres conformément au calendrier Oracle Critical Patch Update (CPU). Lorsque 8.x devient LTS, vous pouvez planifier, tester et migrer d'une version de correctif (telle que 8.0.37) vers une version LTS (telle que 8.4.1).
Service MySQL HeatWave
Le service MySQL HeatWave est entièrement géré, développé et pris en charge par l'équipe MySQL d'Oracle. Nous fournissons les dernières améliorations et correctifs de sécurité avec la dernière version de MySQL. Les utilisateurs de MySQL HeatWave ont accès aux corrections de bogues dès le premier jour, ainsi qu'aux dernières fonctionnalités, notamment OLTP, OLAP, Machine Learning et Lakehouse.
Les utilisateurs de MySQL HeatWave peuvent désormais choisir entre des versions innovantes, à partir de la 8.1.0, et des versions de correction de bogues, à partir de la 8.0.34. Le service offre la flexibilité de choisir une édition de MySQL par système de base de données, permettant aux utilisateurs de mélanger et de faire correspondre les éditions en fonction des exigences de l'application. Les utilisateurs des versions innovantes 8.1+ peuvent tirer pleinement parti du potentiel du service, en accédant aux dernières fonctionnalités et corrections de bogues. D'autre part, les utilisateurs qui n'ont besoin que de corrections de bogues critiques et non des dernières fonctionnalités peuvent choisir les versions 8.0.x pour leurs bases de données MySQL.
Portefeuille de produits MySQL et cycle de vie du support
Les versions LTS suivront la politique de support à vie d'Oracle , qui comprend 5 ans de support principal et 3 ans de support étendu. Les versions innovantes seront prises en charge jusqu'à la prochaine version majeure et mineure.
La plupart des produits du portefeuille MySQL auront des versions Innovation et LTS :
- MySQL Server, MySQL Shell, MySQL Router, MySQL NDB Cluster auront les éditions Innovation et LTS.
- L'opérateur MySQL pour Kubernetes avec InnoDB ReplicaSet, Cluster et ClusterSet disposera des versions Innovation et LTS.
- Le connecteur MySQL utilisera la dernière version, mais sera considéré comme généralement disponible et compatible avec toutes les versions de serveur MySQL prises en charge.
- MySQL Workbench restera à 8.0.x, généralement disponible et compatible avec toutes les versions de serveur MySQL prises en charge.
Cadence de publication des versions de MySQL
- 8.0.34+ n'est qu'une version de correction de bugs (rouge)
- Les versions innovantes (grises) peuvent être publiées tous les trimestres
- Une nouvelle version LTS (bleue) est publiée environ tous les 2 ans. L'exception est la sortie de la version 8.x LTS, qui sera bien avant l'EOL de 8.0.
Au cours des prochaines années, les versions de MySQL ressembleront au schéma ci-dessous :
REMARQUE : Ceci n'est qu'un exemple, il n'y a aucune promesse que le numéro de version sera exactement tel que présenté.
version innovante
Les versions innovantes sont similaires au modèle de développement continu de MySQL 8.0 (< 8.0.34), y compris les corrections de bogues, les correctifs de sécurité et les nouvelles fonctionnalités.
La prise en charge des versions innovantes est limitée à la prochaine version mineure (innovante ou LTS). L'objectif du cycle actuel est de publier une version innovante chaque trimestre, avec des numéros de version mineurs incrémentés (par exemple, 8.2, 8.3, etc.). Les versions de correctifs dans les versions d'innovation sont possibles, mais peu probables.
Les versions d'innovation seront également généralement disponibles et recommandées pour les environnements de production. Les correctifs de bogues et les correctifs de sécurité sont généralement inclus dans la prochaine version d'innovation ou version LTS, plutôt que dans le cadre d'une version de correctif dans cette version d'innovation. Lors de l'utilisation de versions innovantes, des mises à niveau régulières vers les dernières versions innovantes sont nécessaires pour suivre les derniers correctifs de bogues et correctifs de sécurité.
En plus des corrections de bogues, des correctifs de sécurité et des nouvelles fonctionnalités, des versions innovantes introduiront de nouvelles fonctionnalités obsolètes, des fonctionnalités supprimées et même des changements de comportement. Pour réduire le risque et la complexité de l'escalade lorsque ces changements sont introduits, des politiques et des meilleures pratiques seront élaborées pour dicter quand et comment procéder.
Fonctionnalités obsolètes et supprimées
Dans les versions précédentes de MySQL, une fonctionnalité obsolète dans une version (par exemple 5.7) signifiait que la fonctionnalité pouvait être supprimée dans la prochaine version majeure/mineure (par exemple 8.0). Au fur et à mesure que des versions innovantes sont introduites, il y aura plus de versions majeures / mineures, donc le moment où les dépréciations et les suppressions se produiront changera.
Lorsqu'une fonctionnalité ou un comportement est obsolète dans une version (par exemple, version innovante 9.2), cette fonctionnalité ne peut pas être supprimée pendant au moins un an (jusqu'à la version innovante 9.6). Il s'agit de modifier le temps de déploiement de la base de données pour les utilisateurs utilisant la version innovante.
REMARQUE : Il n'y aura pas de suppressions dans la version LTS. Les fonctionnalités ne peuvent être ajoutées et supprimées que dans la première version LTS (par exemple 8.4.0 LTS), et ne peuvent pas être supprimées par la suite.
Attendez-vous à augmenter le nombre d'obsolescences et de suppressions à mesure que nous passons au nouveau modèle et que nous nous dirigeons vers la première version 8.x LTS.
changement de comportement
En plus des nouvelles fonctionnalités dans les versions innovantes, des changements de comportement sont également attendus à mesure que le code est refactorisé ou que MySQL est modifié pour se conformer davantage au comportement standard SQL (ce qui ne se produit pas dans les versions LTS).
Les changements de comportement peuvent avoir un impact important, en particulier lorsqu'il s'agit de tout ce qui concerne l'application, comme la syntaxe SQL, les nouveaux mots réservés, l'exécution des requêtes et même les performances des requêtes. Les changements de comportement peuvent nécessiter des changements d'application, ce qui peut nécessiter des efforts considérables de la part de nos utilisateurs pour migrer.
En plus de documenter chaque changement de comportement, il est important que nos utilisateurs aient accès aux outils et paramètres de configuration nécessaires pour faciliter la mise à niveau et la rétrogradation entre les versions. Selon le type de changement de comportement, différentes méthodes seront utilisées. Plus de détails seront fournis au fur et à mesure que nous introduisons ces changements.
Version de support à long terme
Environ tous les 2 ans, une version mineure est désignée comme une version de support à long terme. Cette version bénéficiera de 5 ans de Prime Support et de 3 ans de Extended Support, comme les versions précédemment prises en charge. Ceci est similaire à MySQL 5.7 et versions antérieures.
Le LTS sera également la dernière version de cette version majeure. La prochaine version innovante augmentera le numéro de version majeure. Par exemple, si MySQL 8.4.0 est la version 8.x LTS, alors MySQL 9.0 sera la prochaine version innovante.
mise à niveau et rétrogradation
Avec la fréquence accrue des versions innovantes majeures et mineures, et les versions LTS tous les 2 ans, les utilisateurs auront plus de versions prises en charge parmi lesquelles choisir. Devenir un adopteur de la série innovante nécessitera des mises à jour fréquentes pour suivre les corrections de bogues et les correctifs de sécurité, ce qui nécessite une stratégie de mise à niveau et de rétrogradation.
Examinons plus en détail les différents scénarios de mise à niveau et de rétrogradation pris en charge.
Mises à niveau et rétrogradations dans les versions LTS
Dans la version LTS, la fonctionnalité reste la même et le format de données ne change pas.
donc:
- Des mises à niveau et des rétrogradations sur place sont possibles. Il s'agit d'une amélioration par rapport aux versions de MySQL 8.0.x (< 8.0.34), car la rétrogradation n'est pas possible et il n'est pas recommandé de sauter des versions pour les mises à niveau.
- InnoDB CLONE prend en charge la mise à niveau et la rétrogradation dans la version LTS.
Il faudra du travail pour passer complètement à ce point, ce qui sera fait dans une version après 8.0.34.
Mises à niveau et rétrogradations entre deux versions LTS
- Il est possible de migrer d'une version LTS à la suivante sans effectuer plusieurs étapes intermédiaires de mise à niveau de la version d'innovation.
- Les mises à niveau sont possibles via des mises à niveau sur place, l'exportation et l'importation de MySQL Shell et la réplication asynchrone MySQL.
- Juste pour annuler une mise à niveau en cours, les rétrogradations peuvent être effectuées via l'exportation et l'importation MySQL Shell et la réplication MySQL, voir ci-dessous pour plus de détails.
Mise à niveau et rétrogradation entre les versions d'innovation
- Prend en charge les mises à niveau sur place d'une version d'innovation ou d'une version LTS aux futures versions d'innovation jusqu'à la prochaine version LTS. La copie et l'importation d'exportation sont également possibles.
- La rétrogradation nécessitera une exportation et une importation logiques. Ceci est similaire à MySQL 8.0.x (< 8.0.34).
Mise à niveau et rétrogradation à l'aide de la réplication asynchrone MySQL
Dans les environnements stratégiques, les mises à niveau sont généralement effectuées à l'aide de la réplication asynchrone MySQL, où la nouvelle version de l'environnement est définie comme esclave de la version actuelle. Cela permet des mises à niveau avec un temps d'arrêt quasi nul.
Peut copier de manière asynchrone à partir des versions LTS ou des versions d'innovation vers :
- Prochaine version LTS.
- Toutes les futures versions d'innovation jusqu'à la prochaine version LTS (LTS 8.4 → LTS 9.7, mais pas LTS 8.4 → LTS 10.7).
Il est important de prendre en charge le retour à la version précédente si des problèmes surviennent après la promotion de la nouvelle version. Par conséquent, la réplication asynchrone MySQL pourra répliquer vers la version précédente. Cette prise en charge est uniquement à des fins de restauration, lorsque de nouvelles fonctionnalités n'ont pas été utilisées, et ne doit pas être considérée comme faisant partie des déploiements de production continus.
Prise en charge de la mise à niveau et de la rétrogradation
Voici un aperçu des différentes méthodes de mise à niveau et de rétrogradation prises en charge :
améliorer
| sur place | cloner | réplication asynchrone | exporter/importer | |
|---|---|---|---|---|
| LTS 8.4 → LTS 9.7 | ✓ | ✗ | ✓ | ✓ |
| LTS 8.4.11 → LTS 8.4.20 | ✓ | ✓ | ✓ | ✓ |
| Innovation 8.1 → 8.2 | ✓ | ✗ | ✓ | ✓ |
| Innovation 8.1 → 8.3 | ✓ | ✗ | ✓ | ✓ |
| Innovation 9.1 → LTS 9.7 | ✓ | ✗ | ✓ | ✓ |
| LTS 8.4 → LTS 10.7 | ✗ | ✗ | ✗ | ✗ |
rétrograder
| sur place | cloner | réplication asynchrone | exporter/importer | |
|---|---|---|---|---|
| LTS 8.4.20 → 8.4.11 | ✓ | ✓ | ✓ | ✓ |
| LTS 9.7 → LTS 8.4 | ✗ | ✗ | ✓✮ | ✓✮ |
| LTS 9.7 → Innovation 9.6 | ✗ | ✗ | ✓✮ | ✓✮ |
| LTS 9.7 → Innovation 9.5 | ✗ | ✗ | ✓✮ | ✓✮ |
(✮) indique que la prise en charge est limitée à des fins de restauration uniquement.
Résumer
Vous êtes invités à vous engager auprès de nos canaux communautaires et de notre équipe d'assistance lors de la transition vers ce nouveau modèle .
Vous pouvez télécharger la dernière version de MySQL sur mysql.com/downloads , ou télécharger les fichiers binaires MySQL Enterprise Edition à partir d'Oracle Software Delivery Cloud sur http://edelivery.oracle.com/ .
Pour plus de détails sur chaque version, y compris les nouvelles fonctionnalités, les améliorations, les corrections de bogues et les éventuelles modifications avec rupture, consultez les notes de version de MySQL .
Nous sommes enthousiasmés par les opportunités offertes par cette nouvelle version du modèle et attendons avec impatience vos commentaires. Travaillons ensemble pour améliorer MySQL. Pour plus d'articles techniques, veuillez visiter : https://opensource.actionsky.com/
À propos de SQLE
Le SQLE de la communauté open source Akson est un outil d'audit SQL pour les utilisateurs et les gestionnaires de bases de données, qui prend en charge l'audit multi-scénarios, prend en charge les processus en ligne standardisés, prend en charge de manière native l'audit MySQL et dispose de types de bases de données évolutives.
SQLE obtenir
| taper | adresse |
|---|---|
| Dépôt | https://github.com/actiontech/sqle |
| document | https://actiontech.github.io/sqle-docs/ |
| publier des nouvelles | https://github.com/actiontech/sqle/releases |
| Documentation sur le développement du plug-in d'audit de données | https://actiontech.github.io/sqle-docs/docs/dev-manual/plugins/howtouse |