:: DEVELOPER ZONE
MySQL Reference Manual :: A.4.3 Comment MySQL gère un disque plein
- A.4 Notes relatives à l'administration
- A.4.1 Comment réinitialiser un mot de passe Root oublié
- A.4.2 Que faire si MySQL plante constamment ?
- A.4.3 Comment MySQL gère un disque plein
- A.4.4 Où MySQL stocke les fichiers temporaires ?
- A.4.5 Comment protéger ou changer le fichier socket /tmp/mysql.sock
- A.4.6 Problèmes de fuseaux horaires
Additional languages
Lorsqu'il n'y a plus d'espace disque, MySQL fait ce qui suit :
Il vérifie chaque minute pour voir s'il y a assez d'espace pour écrire la ligne courante. Si oui, il continue comme si rien ne s'était passé.
Chaque 6 minutes, il ajoute un avertissement dans le fichier de log à propos de la condition du disque.
Pour contourner ce problème, vous pouvez effectuer les actions suivantes :
Pour continuer, il suffit juste d'avoir assez d'espace disque pour insérer tous les enregistrements.
Pour annuler le thread, vous devez lui envoyer un
mysqladmin kill. Le thread sera annulé la prochaine fois qu'il vérifiera le disque (dans 1 minute).Notez que d'autres threads peuvent être en train d'attendre pour accéder à la table qui a causé le problème de disque plein. Si vous avez beaucoup de threads ``
locked'', terminer le thread qui a causé la défaillance permettra aux autres threads de continuer.
Les exceptions pour le comportement suivant sont lorsque vous utilisez REPAIR ou
OPTIMIZE ou lorsque les index sont créés dans un batch après l'exécution de
LOAD DATA INFILE ou d'un ALTER TABLE.
Toutes les commandes précédentes risquent d'utiliser de gros fichiers temporaires, qui
pourraient perturber le reste du système s'ils n'étaient pas supprimés. Si MySQL obtient
une erreur de disque plein lors de l'exécution d'une des commandes précédentes, il effacera
les gros fichiers temporaires et marquera la table comme corrompue
(à part pour ALTER TABLE, où l'ancienne table sera restaurée).
© 1995-2005 MySQL AB. All rights reserved.
