[+/-]
Vous pouvez toujours les fichiers de structures et de données
entre les différentes versions de MySQL. La version de base
actuelle est la version 3. Si vous changez le jeu de caractères
lors de l'utilisation de MySQL (ce qui va aussi affecter le tri),
vous devez exécuter la commande myisamchk -r -q
--set-character-set=charset
sur toutes les tables.
Sinon, vos index ne seront pas correctement triés.
Les instructions suivantes sont un pense-bête de tout ce à quoi vous devez penser lors d'une mise à jour :
Lisez la section de mise à jour pour la version que vous voulez utiliser, afin de voir les nouvelles fonctionnalités que vous pourrez utiliser. Par exemple, en passant de MySQL 4.1 en 5.0, lisez l'historique de la version 5.0. See Annexe C, Historique des changements MySQL.
Avant de faire une mise à jour, faîtes une sauvegarde de vos données.
Si vous utilisez MySQL Server
sur Windows,
voyez Section 2.2.11, « Mettre à jour MySQL sous Windows ».
Une mise à jour peut impliquer la modification des tables de
droits, dans la base mysql
. Certaines
colonnes ou tables peuvent être ajoutées pour supporter de
nouvelles fonctionnalités. Pour tirer partie de ces
fonctionnalités, assurez vous de mettre à jour vos tables.
La procédure de migration est présentée dans
Section 2.6.7, « Mise à jour des tables de droits ».
Si vous utilisez la réplication, voyez la Section 6.6, « Changer de version de réplication » pour savoir comment mettre à jour votre architecture de réplication.
Si vous installez une distribution
MySQL-Max
qui inclut le serveur
mysqld-max
, puis que vous passez à une
version non-Max de MySQL, mysqld_safe
va
tenter d'utiliser l'ancien serveur
mysqld-max
. Si vous faites une telle mise
à jour, vous devez supprimer manuellement l'ancien serveur
mysqld-max
pour vous assurer que
mysqld_safe
utilise le nouveau
mysqld
.
Si vous avez peur des nouvelles versions, vous pouvez toujours
renommer votre vieux mysqld
avec un nom comme
mysqld-ancienne_version
. Si votre nouveau
serveur mysqld
se comportement bizarrement,
vous pourrez toujours l'éteindre, et redémarrer avec votre vieux
mysqld
!
Lorsque vous faites une évolution de version, vous devriez toujours faire une sauvegarde de vos anciennes données.
Si après un changement de version, vous rencontrez des problèmes
avec les clients recompilés, comme Commands out of
sync
ou des core dumps inopinés, vous avez probablement
utiliser un vieux fichier d'entête ou une vieille bibliothèque
lors de la compilation de vos programmes. Dans ce cas, vérifiez
la date de votre fichier mysql.h
, et de votre
bibliothèque libmysqlclient.a
, pour vous
assurer qu'ils proviennent bien de la nouvelle distribution MySQL.
Si ce n'est pas le cas, recompilez vos programmes!
Si vous avez des problèmes tels que le nouveau serveur
mysqld
ne peut plus démarrer, ou que vous ne
pouvez pas vous connecter sans un mot de passe, vérifiez que vous
n'avez pas un vieux fichier my.cnf
dans votre
installation! Vous pouvez le vérifier comme ceci :
program-name --print-defaults
. Si cette
commande affiche autre chose que le nom du programme, vous avez un
fichier my.cnf
actif, qui perturbe vos
opérations.
C'est une bonne idée que de reconstruire et re-installer le
module Msql-Mysql
à chaque fois que vous
faites une nouvelle version de MySQL, en particulier si vous
rencontrez des symptômes tels que les DBI
qui
font des core dump après votre mise à jour de MySQL.
This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.