MySQL ne répond plus ...

**Ickou** · 05/05/2006, 23h57

Salut à tous

MySQL ne répond plus même après un "reboot" du serveur !
Lorsque je tape dans le shell "mysql" j'ai le message suivant :

ERROR 2013 (HY000): Lost connection to MySQL server during query

"/etc/init.d/mysqld restart , stop ou start" renvois "échec" et "mysqld status" renvois "en cours d'exécution"....

Par contre quand je fais un "top" , les processus "mysqld_safe", "syslogd" , "klogd" et "mysqld" apparaissent en haut de la liste.

J'ai ce problème depuis que j'ai demandé la création d'un index à partir phpMyAdmin.....

comment puis je résoudre ce problème

Merci

mysql Ver 14.7 Distrib 4.1.12, for redhat-linux-gnu (i386) using readline 4.3

**Ickou** · 09/05/2006, 09h59

Que faire ? MySQL a l'air d'être mort !!!!

Quelqu'un a t il déjà perdu MySQL ???

que feriez vous à ma place ??

**Maximil ian** · 09/05/2006, 10h13

Salut,

Kille les process qui tournent encore, relance MySQL et donne-nous les dernières lignes du log d'erreurs MySQL (host.err) si ça ne fonctionne pas.

**Ickou** · 09/05/2006, 10h32

il se situe où le fichier log de mysql ??

**Ickou** · 09/05/2006, 11h06

impossible de faire marcher mysql même après avoir killer les processus

j'ai trouvé le fichier mysqld.log dans /var/log/

voici ce que j'ai trouvé :

Number of processes running now: 0
060509 10:56:19 mysqld restarted
060509 10:56:19 InnoDB: Started; log sequence number 0 43644
060509 10:56:19 [ERROR] /usr/libexec/mysqld: Error writing file '/var/run/mysqld/mysqld.pid' (Errcode: 28)
060509 10:56:19 [ERROR] Can't start server: can't create PID file: No space left on device

**mathieu** · 09/05/2006, 12h52

"No space left on device" : ton disque est plein !
tape la commande "df" pour voir l'espace disque

**Maximil ian** · 09/05/2006, 15h14

Envoyé par Ickou

J'ai se problème depuis que j'ai demandé la création d'un index à partir phpMyAdmin.....

Il ne faut pas chercher plus loin... Quelle taille fait la table que tu cherchais à indexer ?

**Ickou** · 09/05/2006, 15h50

Ma table fait actuellement 48 Go pour 850 millions d'enregistrements.....
La creation d'index est difficile sur cette table car souvent au bout de 2-3 jours MySQL plante .....

Quelle est le meilleur moyen de gérer des grosses tables ???
(en faire plein de petites et les réunir avec MERGE ??)

Ce fichier de 30 GO (#sql-9c9_32.MYI) contient quoi ?(fichier temporaire pour l'index ?) je peux l'éffacer ?

**Maximil ian** · 09/05/2006, 16h56

Il contient précisément les index de la table.

Tu devrais rajouter de l'espace disque d'une manière ou d'une autre, et reconsidérer ton indexation.
Peux-tu nous donner la structure de la table et ce que tu compte indexer ?

**Ickou** · 09/05/2006, 17h16

J'ai effacé plus de 50 Go de fichier commençant par "#sql" et ma base a pas bougé. Je pense que c'était des fichiers temporaires utilisés lors de la création d'index qui a planté (date de création coincidant avec ma création d'index .... )

Ma table possède 5 attributs :
+ data (int) , name1 et name 2 (varchar 40), id1 et id2 (int) et value (decimal(4,3))
+ma clef primaire --> triplet (data, name1 et name2 ) --> seul truc unique de la table
+ J'essais de mettre des index sur id1 et id2 qui sont au 9999/10000 égal à "null" car il y aura des update

Je pense pas que la structure de ma base soit mauvaise car elle marchait bien avec 400 millions de valeurs .... le problème vient de la taille qui fait que grandir.... total final environ 1.3 milliards d'enregistrements

.

Je pense que je vais faire des tables de 400 millions car ça marchait bien avant

.

Les gens qui font de grosses bases font comment ?