mysql-5.1.30-1
+
Par Remi le samedi 29 novembre 2008, 20:02 - Archives - Lien permanent
RPM of the MySQL 5.1.30 Community Server are available in remi-test repository for EL 4 & 5 and in remi repository for Fedora ≥ 4. This version is now tag as Generally Available see Changelog.
Les RPM de MySQL 5.1.30 Release Candidate Community Server sont disponibles dans le dépôt remi-test pour EL 4 & 5 et dans le dépôt remi pour Fedora ≥ 4. Cette version est désormais classée Generally Available (donc stable), voir le
Changelog.
Dans cette version 5.1 plusieurs nouveautés me semblent particulièrement intéressantes :
- Partitionnement des tables
- Ordonnanceur d'évenements
- Formats de réplication : par les commandes (statement based) ou par les données (row based)
- Client émulateur de charge
Cette construction utilise un fichier .spec proche de celui de Fedora 10 modifié pour activer les "moteurs de stockage" :
- Federated : accès à une base distante
- Archive : stockage économique sans indexation
- CSV : fichier texte
- Blackhole : trou noir, les données ne sont pas enregistrées (mais peuvent être synchronisées vers un serveur esclave)
ATTENTION : avant la mise à jour, une sauvegarde de vos bases de données est très vivement conseillée (un vidage avec mysqldump par exemple).
L'installation la plus simple consiste, bien sur, a utiliser yum !
yum --enablerepo remi update mysql-server
Pour ceux qui préfèrent le téléchargement et l'installation à la main, voir le dépot
Comme à chaque changement de version il sera nécessaire de passer la commande mysql_upgrade qui vérifie les tables, les corrige si besoin et convertit la table contenant les privilèges utilisateurs. Dans tous les cas la lecture de la documentation est conseillée :
Par exemple :
mysql_upgrade --password=<votresecret>
ATTENTION : si certaines de vos bases/tables contiennent des caractères spéciaux (en particulier des tirets '-'), à l'issu de la migration, elle porteront un nom bizarre (p.e. : #mysql50#nom-table), pour corriger cela il faudra utiliser la commande mysqlcheck avec les bonnes options (fix-db-names et fix-db-names). Le nom des fichiers/répertoires pourra ensuite être différent de celui des tables/bases (p.e. nom-base => nom@002dbase). Cette nouveauté permet d'utiliser tous les caractères dans les noms.
mysqlcheck --check-upgrade --fix-db-names --fix-table-names --all-databases --password=<votresecret>
ATTENTION : les bibliothèques de cette version ne sont pas compatibles avec celles de la 5.0, elle fournit désormais libmysqlclient.so.16. Pour continuer à utiliser les applications destinées aux anciennes versions il faut donc installer mysqlclient15 (qui fournit libmysqlclient.so.15).
Si vous utilisez mysql-embeded (pour amarok, p.e.), conservez le paquet en 5.0.67 (avec --exclude mysql-embeded)
A noter que la version pour EL5 est déjà disponible car c'est celle qui tourne sur le serveur dédié hébergeant ce site et quelques autres.
Commentaires
Ajout des versions Fedora 7 et 8 (dépôt remi).
Ajout des versions :
- Fedora Core 4, 5 et 6 dans le dépôt remi
- Enterprise Linux 4 et 5 (RHEL / CentOS) dans le dépôt remi-test
Dans quelques temps, cette version passera dans le dépôt remi pour ELBonjour,
J'aimerais utiliser les event sur mon serveur perso, pensez-vous que je peux sous centos installer Mysql 5.1.30 en production sans trop de problème (vu qu'il n'est présent qu'en test) ? ou est-ce vivement déconseillé ? Quand penses-vous les passer en stable ?
Merci pour ce repo très utiles !!
@Number
Personnellement j'utilise la version 5.1 depuis plusieurs mois sur ma machine de dév et sur mon dédié. Je n'ai pas rencontré de problème et personne ne m'a encore remonté d'anomalie.
Mais bien évidement une sauvegarde avant et un scénario de retour arrière s'impose.
++
Salut,
Après la mise à jour en mysql 5.1, je me suis aperçu que certaines de mes bases avaient été renommées... Par exemple, la base :
galette-svn
est devenue :
#mysql50#galette-svn
J'ai ce cas de figure sur une quizaine de bases, les autres (une quarantaine) ne posent pas de soucis. D'où cela peut-il venir ?
Merde, bizarre, jamais rencontré ce cas là...
Problème d'espace disque lors de la migration ?
Un message lors du mysql_upgrade ?
Type de table (MyISAM, InnoDB, autre...), Trigger, autres trucs spéciaux ?
++
Aucun souci ni message lors de la mise à jour, quelques erreurs lors du mysql_update, mais j'en ai aussi sur des bases qui n'ont pas été renommées.
Je tiens le coupable, le log mysql me dit :
081201 1:30:03 [ERROR] Invalid (old?) table or database name 'galette-svn'
Il semble ne pas aimer du tout les '-' (tirets) dans le nom de la base de données, ça n'avais jusque maintenant jamais dérangé :-/
mysqlcheck --check-upgrade --fix-db-names --fix-table-names --all-databases
Modification du billet pour indiquer la procédure à suivre pour résoudre le problème rencontrer lors de la migration avec la nouvelle manière de nommer les objets systèmes (fichiers/répertoires) lorsque le nom des objets du schéma (tables/bases) contiennent des caractères spéciaux.
En effet, le 'mysql-check' qui va bien résoud le souci... Merci pour l'info ;-)
Déplacement de mysql-embedded dans le dépôt remi-test pour éviter les problèmes de dépendances sous F-10.
Transféré de remi-test vers remi pour la verions Enterprise Linux (RHEL, CentOS, ...)
Si vous avez besoin de plugin InnoDB, c'est le version 1.0.2 á utiliser pour 5.1.30. Mais je n'arrive pas á le mettre en marche.
"#1123 - Can't initialize function 'innodb'; Plugin initialization function failed. "
J'ai essayé version el5 et source compilée i686 sur centOS 5.2.
@mogyiman : je ne comprends pas ce que tu veux faire. Le moteur de stockage InnoDB est déjà activé dans ces RPM...
++
Oui j'ai vu dans le CONFIGURE_LINE mais je n'avais pas le temps d'aller au bout, le moteur n'existait pas en forme de plugin. Peut étre il aurait fallu effacer tous les fichiers appartenant á InnoDB du version préliminaire. Ou mon my.cnf manque encore quelque chose. Le script de mysql_upgrade finit parfaitement. Cette migration va prendre plus de temps que j'ai pour l'instant, je vais essayer encore fin Janvier. Merci pour la réponse.
It appears as if the client version of MySQL in your repository is 5.0.67, even though the file name is mysql-5.1.30-1.fc9.remi.i386. I get the following message in phpMyAdmin:
"Your PHP MySQL library version 5.0.67 differs from your MySQL server version 5.1.30. This may cause unpredictable behavior."
Also, when I use the phpinfo() function, it says:
"MySQL
Client API version 5.0.67 "
I'd like to have both the server and the client with the same version. Thanks!
@Paul : this is only a warning. It is common to have a different version on the client and the server, specially when you manage various servers from the same phpMyAdmin. I never encounter any problem with this situation.
If you want a php-mysql build with 5.1.x client, you should take the 5.2.8 from my repo (php 5.2.6 from my repo or 5.2.8 from fedora repo are build against 5.0.x).
++
Billet archivé, voir mysql-5.1.31-1