réparer une table innodb

Bonsoir à tous, j'ai un pb épineux (pour moi) et j'aimerai votre avis.
j'ai un serveur sous java qui travaille avec un moteur innodb sous mysql 5.0.27
Depuis plusieurs mois il tourne sans pb avec plusieurs centaines de tx par jour. Fait exprès, cela fait 2 semaines d'affilée qu'il me fait un

Citation:

---

091209 22:57:00 [ERROR] D:\Program Files\MySQL\MySQL Server 5.0\bin\mysqld-nt: Incorrect key file for table '.\context\T1.MYI'; try to repair it
091209 23:21:50 [ERROR] D:\Program Files\MySQL\MySQL Server 5.0\bin\mysqld-nt: Table '.\context\T1' is marked as crashed and should be repaired
091209 23:21:50 [ERROR] D:\Program Files\MySQL\MySQL Server 5.0\bin\mysqld-nt: Table '.\context\T1' is marked as crashed and should be repaired
...

---

dans le log de l'appli java l'erreur sql exception est de type

Citation:

---

[20091209-225700.984] *E* SQL Exception occurs : Incorrect key file for table '.\context\T1.MYI'; try to repair it
puis...
[20091209-225716.171] *E* SQL Exception occurs : Duplicate entry '688293' for key 1

---

donc la raison est l'unicité de la clé primaire au niveau de la tx générée dans le code, je vais donc chercher le bug.

en attendant j'ai fait un mysql adminitrator suivi d'une maintenance (repair table mode extended ) qui a tout arrangé.

comment dans un but de robustesse puis-je implanter l'équivalent d'un check/repair de mysql administrator alors que la doc indique que ces commandes sont réservées à myisam ?

merci d'avance de vos réponses/directions/
...

j'ai trouvé un moyen / réparation que je vous propose.

Citation:

---

* Passer mysql en mode recovery :

user@machine:~$ sudo /etc/init.d/mysql stop
[sudo] password for user :

* Stopping MySQL database server mysqld [ OK ]
user@machine:~$ sudo /usr/sbin/mysqld --innodb_log_file_size=5242880 --innodb_force_recovery=6
[...]
La dernière commande ne rend pas la main, il faut donc exécuter les commandes suivantes sur un autre terminal.

* Sauvegarder la base
user@machine:~$ mysqldump -u root -p MA_BASE > MA_BASE.dump
password:
user@machine:~$

* Supprimer et recréer la base
user@machine:~$ mysql -u root -p
password:
mysql > DROP DATABASE MA_BASE;
Query OK, 10 rows affected (0.03 sec)
mysql > CREATE DATABASE MA_BASE;
Query OK, 1 row affected (0.00 sec)

* Relancer mysql en mode normal
user@machine:~$ sudo /etc/init.d/mysql restart
* Stopping MySQL database server mysqld [ OK ]
* Starting MySQL database server mysqld [ OK ]
user@machine:~$

* Réimporter votre base
user@machine:~$ mysql -u root -p MA_BASE < MA_BASE.dump
password:
user@machine:~$

et le tour est joué

---

hope this helps
...