Discussion :

[mcdelay]

Bonjour,


Je travaille sous sqlYOG et je peux par l'intermediaire du logiciel importer un schema d'une base de données (au format xml) et recréer toute la base avec les tables (bien entendu sans les données). Mes tables devraient être du type InnoDB , et elles sont, une fois créées, en MyISAM... je n'arrive pas non plus à les convertir en faisant la requête Alter table maTable TYPE=INNODB; ... il y a quelquechose qui m'échappe ...

une idée ?

Merci

[StephaneC.]

Pour les convertir avec alter table, la syntaxe est :
alter table maTable engine=innodb;

Stéphane

[Antoun]

Je pense que les requêtes suivantes devraient t'éclairer :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
show variables like 'have_innodb' ;
select @@sql_mode ;

[mcdelay]

Merci pour les réponses mais la requête avec engine n'a pas fonctionné... c'est vraiment étrange car j'avais déjà effectué cette opération par le passé et je n'avais pas rencontrer ce problème. Le logiciel me retourne un warning suite à la requête mais je ne sais pas comment le lire ...

[Antoun]

Le logiciel me retourne un warning suite à la requête mais je ne sais pas comment le lire ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SHOW WARNINGS ;

Pourras-tu passer mes requêtes et nous donner le résultat ?

[mcdelay]

ok, il me mets comme warning "unsing storage engine MyISAM for table 'maTable' .. il me laisse donc pas le choix ???

[Antoun]

Je le saurai quand tu auras passé celle-là :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SHOW VARIABLES LIKE 'have_innodb' ;

[mcdelay]

ok, j'ai la valeur "DISABLED" ...

[Antoun]

C'est sur ton PC, sur un serveur de ta boîte, chez un hébergeur ?

[mcdelay]

sur un serveur linux distribution fedora 3... il y a peut être des choses à parametrer dans le fichier de configuration de mySQL ?

[Antoun]

Si tu y vois un skip-innodb, il faut l'enlever (ou le passer en commentaire), et redémarrer mysqld.

cf aussi cette discussion : http://www.developpez.net/forums/d24...tables-innodb/

[mcdelay]

bien écoute, il n'y a pas de skip_innoDB dans mon fichier de configuration, le lien que m'a donné ne m'a pas trop avancé pour le moment.. je poursuis mes recherches !

Merci

[StephaneC.]

Et quelles infos te donne un ps sur mysqld (ps aux | grep [m]ysqld, ou équivalent) ?
Il se pourrait que tu aies un --skip-innodb dans la commande de démarrage de ton serveur

Stéphane

[mcdelay]

j'ai lancé la commande et je n'ai pas de skip sur les table innoBD, juste --skip-external-locking, mais je pense que ça n'a rien à voir ...

[StephaneC.]

Quelle version de MySQL utilises-tu ?
Est-ce une version standard ou une version compilée à partir des sources ?

Stéphane

[mcdelay]

J'utilise la version mysdql 5.0.51alinux-i686, installé sous fedora3

[Sivrît]

Il pourrait éventuellement y avoir une erreur de configuration (voir un problème plus grave avec les fichiers utilisés par InnoDb). En cas de problème au démarrage, il est possible que le serveur démarre quand même, mais en désactivant InnoDB. Si c'est le cas il devrait y avoir des traces dans le journal d'erreur.

[StephaneC.]

As-tu regardé la log d'erreur ?
Il se peut qu'InnoDB rencontre une erreur au démarrage qui empêche son fonctionnement mais n'empêche pas le serveur de démarrer.

Stéphane

[mcdelay]

... voici mon log d'erreur

mySQL.rar

[StephaneC.]

Hummm....

A chaque démarrage du serveur, InnoDB râle au sujet de son fichier de log. Comme InnoDB est très pointilleux sur tout ce qui touche à son tablespace et à ses logs, c'est ça quoi doit l'empêcher de démarrer.
Ya plus qu'à corriger ça...
Si mes souvenirs sont bons, il faut arrêter le serveur, virer le ou les fichiers de log et redémarrer le serveur.

Evidemment, selon que ton serveur est un serveur de prod, de dev ou autre, tu feras les backups qui vont bien avant de te lancer !

Stéphane

PS : dans la log, MySQL râle aussi beaucoup à propos de la table logs_dynmap1, ça pourrait être pas mal d'y jeter un oeil