Tables défectueuses - Pourquoi?

Tables défectueuses - Pourquoi? - SQL/NoSQL - Programmation

Marsh Posté le 06-05-2006 à 15:49:36    

Salut,
 
voila, j'arrive sur mon site aujourd'hui, il buggue dans tous les sens. Premier réflexe je fais une sauvegarde complète de la BDD.
Je vais dans PHPMyadmin, je fais "Verifier" les tables, puis "Réparer" car pas mal avaient un problème.
Malheureusement plusieurs entrées ont disparu dans la manip :/
 
Alors j'aurais voulu savoir pourquoi d'un seul coup j'ai plein de tables défectueuses, à quoi c'est du? Un problème de disque dur du serveur est envisageable? Comment je peux éviter ça?
 
Merci d'avance ^^

Reply

Marsh Posté le 06-05-2006 à 15:49:36   

Reply

Marsh Posté le 06-05-2006 à 19:39:25    

éviter, ben des backup fréquent. D'ou ça vient, ben ça peut venir de partout. Une mauvaise manip des tables via les requêtes de ton site (hacking par exemple) ou un problème avec le serveur..

Reply

Marsh Posté le 06-05-2006 à 20:57:01    

"il buggue dans tous les sens. Premier réflexe je fais une sauvegarde complète de la BDD." oui, en même temps, là c'est un peu tard :D :D :D
"pas mal avaient un problème." Qu'est-ce que PHPMyAdmin t'as dit ?


---------------
Viendez sur le Newbie-Project et essayez le Newbie-Directory (nouveau)
Reply

Marsh Posté le 06-05-2006 à 22:45:09    

moi23372 a écrit :

D'ou ça vient, ben ça peut venir de partout. Une mauvaise manip des tables via les requêtes de ton site (hacking par exemple) ou un problème avec le serveur..


Le début des problèmes coïncide avec le reboot du serveur...
Quand tu dis que ça peut venir de partout, c'est vraiment pas rassurant  :lol:  
 

MS-DOS_1991 a écrit :

"il buggue dans tous les sens. Premier réflexe je fais une sauvegarde complète de la BDD." oui, en même temps, là c'est un peu tard :D :D :D
"pas mal avaient un problème." Qu'est-ce que PHPMyAdmin t'as dit ?


Aïe, ça j'ai pas noté. J'étais tellement pressé de réparer que j'ai pas fait attention :/
 

Reply

Marsh Posté le 07-05-2006 à 13:19:41    

ryoga427 a écrit :

Le début des problèmes coïncide avec le reboot du serveur...
Quand tu dis que ça peut venir de partout, c'est vraiment pas rassurant  :lol:


Ben ce sont les aléas de l'informatique. Riens ne garantis l'intégrité de ta bdd (tu sais pas dans quelle condition elle est maintenue, etc...)
 

ryoga427 a écrit :

Aïe, ça j'ai pas noté. J'étais tellement pressé de réparer que j'ai pas fait attention :/


Très mauvais réflexe. les messages sont toujours utiles. C'est comme mes parents qui ont eu un virus sur leur ordi. Au lieu de garder le virus à l'écran pour que je vienne voir de quoi il s'agissait, mon père à vite éteint l'ordi pour le redémarrer... et moi j'ai dû le réinstaller entièrement...
De toute façon personne ne peut plus rien faire. Tu peux essayer de contacter ton hébergeur voir s'il a des sauvegardes...


Message édité par Sve@r le 07-05-2006 à 13:22:54

---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.
Reply

Marsh Posté le 07-05-2006 à 13:21:47    

parce que MySQL, c'est sa grande habitude. Tu l'utilises : ça corrompt les tables. Tu l'arrêtes, ça corrompt aussi. C'est la plaie.

Reply

Marsh Posté le 07-05-2006 à 13:24:35    

Taz a écrit :

parce que MySQL, c'est sa grande habitude. Tu l'utilises : ça corrompt les tables. Tu l'arrêtes, ça corrompt aussi. C'est la plaie.


Tiens ? Je savais pas. J'utilise un peu MySQL au bureau mais je n'ai jamais eu de pb...


---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.
Reply

Marsh Posté le 07-05-2006 à 13:29:29    

moi tout le temps. Le plus chiant c'est : opération de maintenance. T'arrêtes mysql, tu peux être sur qu'en redémarrant t'auras des trucs niqués.
 
et ces derniers temps, sur un mysql jamais redémarré :
 
mysqldump: Can't get CREATE TABLE for table `ao_nl_stats_bis` (Can't open file: 'ao_nl_stats_bis.MYI'. (errno: 145))
 
impossible à corriger. c'est venu tout seul. MySQL ça pue vraiment. Vive PostGresSQL, c'est trop robuste et increvable. Et puis ce qui tue, ce que MySQL, ça lui pose aucun problème de démarrer avec une table niquée, seulement quand t'y accèdes, ton appli elle plante tu sais pas pourquoi ...

Reply

Marsh Posté le 09-05-2006 à 17:00:57    

Et tu ne penses pas que le problème viendrait de toi, plutôt que d'accuser l'outil. Il me semble qu'il est tres utilisé. Si ton problème etait valable chez tout le monde, je doute qu'on l'utilise encore. Et personnellement, ca fait 3 ans que je m'en sers sans une seule merde.


---------------
MZP est de retour
Reply

Marsh Posté le 09-05-2006 à 17:43:56    

Bon je crois maintenant que c'est clair, le serveur a redémarré plusieurs fois (maintenances + plantages [:benou]), et à chaque fois je me suis retrouvé avec des tables défectueuses  :sweat:  
Je sais pas si au niveau de la configuration du serveur il y aurait quelque chose à régler pour éviter ça  :??:
 
 
 
Question bonus ^^
En faisant un "REPAIR" sur une table, est-il possible que le contenu de certains champs soit modifié, voire effacé?  :heink:

Reply

Marsh Posté le 09-05-2006 à 17:43:56   

Reply

Marsh Posté le 09-05-2006 à 17:50:16    

Elles font quelles tailles (physique) tes tables? Il n'y aurait pas de la corruption de disque, tout bêtement.


---------------
MZP est de retour
Reply

Marsh Posté le 09-05-2006 à 18:02:19    

C'est vrai que le disque a été changé récemment  :pfff:
La table la plus importante fait 7.4 Mo, ça t'aide pour la question bonus?  ;)

Reply

Marsh Posté le 09-05-2006 à 18:13:48    

non, mais j'ai dejà eu un probleme avec une table en jouant avec. Le systeme n'acceptait pas de fichier de plus de 2Go. Et MySQL a crashé au delà. Mais ce n'est pas trop ton cas, là. Regarde les droits sur les fichier, peut-etre que lors d'un transfert ou recopie de fichier, le propriétaire de fichier ait été modifié.


---------------
MZP est de retour
Reply

Marsh Posté le 09-05-2006 à 19:34:04    

cinocks a écrit :

Et tu ne penses pas que le problème viendrait de toi, plutôt que d'accuser l'outil. Il me semble qu'il est tres utilisé. Si ton problème etait valable chez tout le monde, je doute qu'on l'utilise encore. Et personnellement, ca fait 3 ans que je m'en sers sans une seule merde.


bah si c'etait sur une machine perso, là je pourrais, mais quand c'est sur plusieurs machines en prod, que des amis me racontent la même chose ...
 
va-t-en péter un postgres ...

Reply

Marsh Posté le 10-05-2006 à 09:54:48    

C'est etonnant. Moi de mon coté, je n'ai pas de soucis, mes amis non plus.


---------------
MZP est de retour
Reply

Marsh Posté le 10-05-2006 à 21:15:37    

cinocks a écrit :

C'est etonnant. Moi de mon coté, je n'ai pas de soucis, mes amis non plus.


Ben pour tout dire, moi non plus (mais je ne suis pas un gros utilisateur). Et ceux que je connais qui sont chez free (qui implémente MySQL) non plus.
Cependant, je préfère Postgres qui, au moment où je l'ai découvert, permettait plein de trucs que MySQL n'offrait pas (requêtes imbriquées, vues, etc). Même si maintenant MySQL a rajouté ces options dans sa version freeware, je garde ma préférence à Postgres qui a été le premier...


---------------
Vous ne pouvez pas apporter la prospérité au pauvre en la retirant au riche.
Reply

Marsh Posté le 10-05-2006 à 23:29:00    

Je concois amplement que l'on puisse préférer postrges. Perso, j'aime beaucoup Sybase pour l'avoir utiliser durant 3 ans en professionnel. Une fois que l'on est habitué à un moteur...

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed