Bonjour,
 
Devant effectuer la migration d'un serveur MySQL, je me pose la question suivante :
Comment peut-on exporter/importer la liste des utilisateurs de la base ?
 
Merci

Avec ou sans les droits associés?
Sans aucun droit, il suffit de récupérer les bonnes colones de la table user situé dans la base nomé "mysql" ainsi que la table user_info.
 
Si c'est avec tous les droits associés, il faut sauver l'intégralité des deux tables ci_dessus mais aussi toutes les tables finissant par "_priv" et toutes les tables contenant une colone nomé select_priv. En bref, quasiment tout le contenu de la base "mysql".

et si je remplace carrèment la table 'mysql' de l'ancienne vers la nouvelle base, ca passe ou ca casse ?

Même version majeure de mysql si c'est des version stables, normalement, ca devrait passer.
Version majeure différente = nombre de colone différent = tu pétes tout à coup sur.
 
Mais attention, avec ce genre de manipulation, rien n'est garantie, c'est à tes risques et péril si tu t'amuses à remplacer une table de la base mysql par destruction, recréation de la table.
 
Moi, à ta place, je ne remplacerais en aucun cas les tables, je me contenterais de les reremplir à partir des données de l'autre serveur. En fait, le mieux, ca serait carément d'avoir les requettes standard de créations de nouveaux utilisateurs ou de modification des droits pour être sur de pouvoir les créer quelque soit la version de mysql.
 
 
PS : Si tu veux que mysql prenne en compte les modifications, alors fait un "flush privileges" aprés remplissage des tables.

ok merci

 
J'ai un ENORME PROBLEME sur la nouvelle base.  
 
Depuis la migration, les requêtes avec SUM() me renvoient un recordset vide systématiquement !!!
 
Vous connaissez ce bug ?

quelle est ton ancienne version de mysql et ta nouvelle version?

ancienne : V4.1.3b-beta-nt
 
nouvelle : V5.0.18-nt-log
 
EDIT : bon j'ai mis à jour l'ODBC de 3.51 vers 3.51 et ca marche (faudrait qu'il numérotent leur versions un peu mieux que ça )
 
Par contre j'ai certaines requêtes qui plantent sous VB.net (+ plante le serveur en bonus) alors qu'en les passant sur une console SQL via l'ODBC ca passe niquel.

Après avoir eu quelques soucis pour migrer mes bases, je me demandais si certains d'entres vous avaient des problèmes de stabilité sur la V5.
 
J'ai déjà du désactiver l'option ANSI SQL pour éviter des soucis mais le service plante toujours après 24 à 48h.
 
Je ne sais pas trop où chercher.
 
J'ai un fichier updlog.000040 qui s'arrête à l'heure du dernier plantage du service.
 
La dernière ligne étant la requête "delete from rosier where roqte=0".
Dois-je en déduire que c'est cette requête qui a fait planter la base ?
Existe-t-il un soft pour rendre ces logs plus lisibles que sous wordpad ?
 
J'envisage presque de retourner à la V4 qui ne posait que peu de problèmes mais d'un autre côté je me dis que mes soucis proviennent certainement d'un mauvais paramètrage du service .

Hier, on a eu un probléme de plantage avec la v5.0.16 sur une table en innodb. Aprés l'avoir passé en myisam et mis la v5.0.18, plus de probléme.
Comme on a fait les deux à la fois, je ne sais pas ce qui a réglé notre probléme.
Ici, on utilise mysql sous windows.
 
Regarde ce que donne le fichier d'extension ".err", ca te donera peut être des indications sur la cause réelle du plantage.

bah toutes les tables sont déjà MyISAM et le serveur est aussi en 5.0.18
 
quelqu'un aurait une idée de config "permissive" avec peut être moins de perf mais plus de stabilité ?

tu utilises quelle version des connecteurs ODBC ?

Aucun, c'est des programmes écrit en delphi qui se conectent directement et côté php (une faible partie du site) c'est les fonctions "mysqli_".