Quelle version de MySQL utiliser ?

La premi`ere d´ecision `a prendre est de savoir si vous voulez utiliser la derni`ere version de d´eveloppement ou la derni`ere version stable :

• En r`egle g´en´erale, si vous utilisez MySQL pour la premi`ere fois ou si vous essayer de

le porter vers un syst`eme pour lequel il n’existe pas de distribution binaire, nous vous recommandons d’utiliser la derni`ere version stable (actuellement la version 3.23). Notez que toutes les versions de MySQL sont pass´ees aux bancs de test MySQL avant chaque sortie (mˆeme les versions de d´eveloppement).

• D’autre part, si vous utilisez un vieux syst`eme et que vous voulez proc´eder `a une mise `a

jour, sans pour autant risquer de mettre `a jour sans raison, vous devriez mettre `a jour vers la derni`ere version de la mˆeme branche que celle que vous ˆetes en train d’utiliser (dans le cas o`u un num´ero de version sup´erieur existe). Nous avons essay´e de r´esoudre uniquement les bogues fatals et de produire des patchs petits et sˆurs pour cette version. La seconde d´ecision est de d´eterminer si vous devez utiliser une distribution source ou binaire. Dans la plupart des cas, vous devrez utiliser une distribution binaire, si celle- ci existe pour votre plate-forme, car elle s’installera certainement plus facilement qu’une distribution source.

Dans les cas suivants, vous devrez opter pour une installation `a partir des sources :

• Si vous voulez installer MySQL `a un endroit particulier. (Les distributions binaires

standards sont “prˆetes `a l’emploi” `a n’importe quel endroit, mais vous pouvez vouloir davantage de flexibilit´e).

• Pour ˆetre apte `a satisfaire les diff´erents besoins des utilisateurs, nous fournissons deux

distributions binaires : une compil´ee avec le support du gestionnaire de tables non transactionnel (un binaire petit et rapide), et une autre configur´ee avec la plupart des options avanc´ees, telles que le support des transactions. Les deux versions sont compil´ees `a partir des mˆemes sources. Tous les clients natifs MySQL peuvent se connecter aux deux versions.

La distribution binaire avanc´ee est marqu´ee du suffixe -max et est configur´ee avec les mˆemes options que mysqld-max. Voir Section 4.7.5 [mysqld-max], page 304.

Si vous souhaitez utiliser des fichiers RPM de MySQL-Max, vous devez tout d’abord installer les RPM MySQL standards.

• Si vous voulez configurer mysqld avec certaines options suppl´ementaires qui ne sont pas

pr´esentes dans les distributions binaires standards. Ci-dessous, une liste des options les plus courantes que vous pourriez vouloir utiliser :

• --with-innodb • --with-berkeley-db • --with-raid

• --with-libwrap

• --with-named-z-lib (Ceci est appliqu´e `a certains binaires) • --with-debug[=full]

• La distribution binaire standard est normalement compil´ee avec le support de tous les

jeux de caract`eres et sont suppos´es fonctionner sur nombre de processeurs de la mˆeme famille.

Si vous souhaitez un serveur MySQL plus v´eloce, vous pouvez vouloir le recompiler juste avec le support des jeux de caract`eres dont vous avez besoin, utiliser un meilleur com- pilateur (comme pgcc), ou utiliser des options de compilations davantage optimis´ees pour votre processeur.

• Si vous avez rencontr´e des bogues et que vous les avez rapport´e `a l’´equipe de

d´eveloppement MySQL, vous recevrez probablement un patch que vous devrez appliquer `a la distribution source pour que le bogue soit r´esolu.

• Si vous voulez consulter (et/ou modifier) le code C et C++ qui compose MySQL, vous

devrez obtenir une distribution source. Le code source est toujours la solution ultime. Les distributions sources contiennent aussi davantage de tests et d’exemples que les distributions binaires.

La politique de nommage de MySQL utilise des num´eros de version qui consiste en trois nombres suivis d’un suffixe. Par exemple, une version nomm´ee mysql-3.21.17-beta doit ˆetre interpr´et´ee de la fa¸con suivante :

• Le premier nombre (3) d´ecrit le format de fichier. Toutes les versions 3 ont le mˆeme

format de fichier.

• Le second nombre (21) correspond au niveau de version. Normalement, il y a le choix

entre deux d’entre eux. L’un correspond `a la version/branche stable (actuellement 23) et l’autre se r´ef`ere `a la branche de d´eveloppement (actuellement 4.0). Normalement, les deux versions sont stables, mais la version de d´eveloppement peut comporter des lacunes, manquer de documentation sur des nouvelles fonctionnalit´es, ou peut ne pas compiler sur certains syst`emes.

• Le troisi`eme nombre (17) est le num´ero de version au sein du niveau de version. Celui-

ci est incr´ement´e `a chaque nouvelle publication. En temps normal, vous souhaiterez utiliser la derni`ere version du niveau de version que vous avez choisi.

• Le suffixe (beta) indique le niveau de stabilit´e de la version. Les suffixes possibles sont

:

− alpha indique que la publication contient de grandes portions de nouveau code qui

n’a pas ´et´e test´e `a 100%. Les bogues connus (d’ordinaire, il n’y en a aucun) doivent ˆetre document´es dans la section News. Voir Annexe D [News], page 726. Il existe aussi de nouvelles commandes et extensions dans la plupart des versions alpha. Du d´eveloppement actif qui inclut des changements majeurs dans le code peut concerner les versions alpha, mais tout sera test´e avant de faire une publication. Il ne devrait pas y avoir de bogues connus dans les publications de MySQL.

− beta signifie que tout le nouveau code a ´et´e test´e. Aucune fonctionnalit´e majeure

qui pourrait causer corruption du code n’est ajout´ee. Il ne doit pas y avoir un seul bogue connu. Une version alpha passe en beta quand il n’y a pas eu de bogue fatal rapport´e depuis au moins un mois et que nous ne pr´evoyons pas de nouvelle fonctionnalit´e qui pourrait corrompre d’anciennes commandes.

− gamma est une version bˆeta qui existe depuis un certain temps et qui semble fonc-

tionner correctement. Seulement des changements mineurs sont effectu´es. C’est ce que de nombreuses autres compagnies appellent une publication.

− S’il n’y a pas de suffixe, cela signifie que la version fonctionne depuis un cer-

sp´ecifiques `a une plate-forme. Seuls des corrections critiques sont appliqu´ees `a la publication. C’est ce que l’on appelle une version stable.

Toutes les versions de MySQL passent par nos tests et bancs d’essais standards pour nous assurer qu’elles peuvent ˆetre utilis´ees sans danger. Les s´eries de tests s’am´eliorent en per- manence car les tests standards sont ´etendus dans le temps pour traquer tous les bogues pr´ec´edemment trouv´ees.

Notez bien que toutes les versions de MySQL ont ´et´e test´ees au moins avec : Une batterie de tests internes

C’est une reproduction d’un syst`eme de production client. Il comporte de nom- breuses tables avec des centaines de Mo de donn´ees.

Les bancs de tests MySQL

Ils effectuent une s´erie de requˆetes communes. C’est aussi un test pour savoir si le dernier processus d’optimisation rend le code plus rapide. Voir Section 5.1.4 [MySQL Benchmarks], page 360.

Le test crash-me

Il tente de d´eterminer de quelles fonctionnalit´es disposent les bases de donn´ees et quelles en sont les limites. Voir Section 5.1.4 [MySQL Benchmarks], page 360. Un autre test provient du fait que nous avons la version la plus r´ecente de MySQL dans notre propre environnement de production interne, sur au moins une machine. Nous avons plus de 100 Go de donn´ees `a manipuler.