IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Requêtes MySQL Discussion :

Fichier MYI n'existe plus => REPAIR TABLE ligne USE_FRM;


Sujet :

Requêtes MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé Avatar de giltonic
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    109
    Détails du profil
    Informations personnelles :
    Âge : 51
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 109
    Par défaut [Résolu] Fichier MYI n'existe plus => REPAIR TABLE ligne USE_FRM;
    Config Windows Serveur 2000
    Mysql 4.0.26
    2 Go de Ram
    Toutes les tables sont des MyIsam

    Cela fait plusieurs fois que j'ai des problème avec certaines tables en tout 3 sur environ 50.

    > lignebe, consommation, ofproduction

    Ces tables cassent mais pas toutes en meme temps. Et la reparation fonctionne toujours sans aucun problème.

    J'utilise toujours
    REPAIR TABLE lignebe USE_FRM
    car le fichier lignebe.MYI a disparu (oui oui disparu !!)

    J'ai viré des index, puis ajouté des index, regardé le log des requetes. Gonflé le serveur, modifié le fichier de config de mysql, Regarder s'il y a des slow query, etc... franchement je pense avoir tout fait avant de venir vous poser la question....

    En gros tout devrait rouler...
    - Aucune Slow Query,
    - Les EXPLAIN de mes requetes sont plus que bon !
    - J'ai optimisé le table_cache

    mais de temps en temps ca casse, le fichier
    "lignebe.MYI" ou "consommation.MYI" ou "ofproduction.MYI" et ils disparaissent

    A si j'oubliai.... un fichier du style #sql2-528-1e.MYI se crée au moment ou ca pète ! Il se trouve dans le repertoire des données mysql

    C:\mysql\data\ma_base\

    Vous avez des pistes pour expliquer ce problème ?

    Merci d'avance....

  2. #2
    Membre habitué
    Profil pro
    Inscrit en
    Août 2007
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 13
    Par défaut MySQL 4.0.X !!!
    Bonjour,

    Je pense qu'il serait sage d'envisager une migration vers MySQL 5.0.X (au moins vers 4.1.X).

    Les versions 4.0.X de MySQL ne sont pas des plus stables.

    Tu peux déjà faire une recherche de bug concernant ta version ici :
    http://bugs.mysql.com

    Il y a t-il des messages dans la trace d'erreur lors du plantage ?


    Cédric.

  3. #3
    Membre éprouvé Avatar de giltonic
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    109
    Détails du profil
    Informations personnelles :
    Âge : 51
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 109
    Par défaut
    Merci Cédric_cap

    Pour Mysql 5 .... je sais ! Mais ca va prendre pas mal de temps je crois... j'ai des montagnes de changements dans mon appli, ca fait bien chier d'ailleurs !

    Pourtant, je n'ai pas perdu espoir : J'ai un semblant de réponse....

    L'analyse Antivirus... Norton Corporate. Signale un problème quelques 20 minutes avant que Mysql déclare le fichier lignebe.MYI manquant

    Message de Norton dans l'observateur d'evenements (application) de Windows

    - L'analyseur n'a pu acceder au chemin D:\Mysql\data\mabase\lignebe.MYI

    Mon problème peut venir de là : si une ecriture se passe en meme temps que Norton analyse ou verrouille le fichier.... Mysql ne reconnait plus rien et crash le fichier.

    Mais ce message peut signifier egalement autre chose le fichier lignebe.MYI avait déjà disparu 20 minutes avant que Mysql signal le problème... mais je n'y crois pas tellement car pendant ce temps des enregistrements ont été créé dans cette table... Mais Mysql utilise t'il le "cache" à ce moment là ???

    Je vous tiens au courant, mais désormais le repertoire des datas est exclu de toutes les analyses antivirus.

    On va bien voir si le problème persiste....

    Merci...

  4. #4
    Membre habitué
    Profil pro
    Inscrit en
    Août 2007
    Messages
    13
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2007
    Messages : 13
    Par défaut Antivirus
    Effectivement, il est vivement recommandé d'exclure les fichiers de base de données de l'analyse antivirus (surtout pour des problématiques de perfs).

    Tu peux également récupérer des infos dans la trace MySQL.


    Cédric.
    Ingé BDD chez Capdata
    www.capdata.fr

  5. #5
    Membre éprouvé Avatar de giltonic
    Profil pro
    Inscrit en
    Juillet 2002
    Messages
    109
    Détails du profil
    Informations personnelles :
    Âge : 51
    Localisation : France

    Informations forums :
    Inscription : Juillet 2002
    Messages : 109
    Par défaut
    Le problème semble résolu....

    Cela fait plus d'une semaine que je n'ai plus aucun cassage de fichier .MYI

    Ma conclusion : L'antivirus etait la cause du problème.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 0
    Dernier message: 14/09/2010, 23h32
  2. ASP.NET 3.5 le fichier Global.asax n'existe plus!
    Par infostars dans le forum ASP.NET
    Réponses: 6
    Dernier message: 16/07/2010, 14h28
  3. Réponses: 2
    Dernier message: 13/07/2008, 14h57
  4. Réponses: 1
    Dernier message: 16/09/2007, 14h14
  5. Redirection sur des fichiers qui n'existent plus
    Par gaia_dev dans le forum Apache
    Réponses: 3
    Dernier message: 03/02/2006, 19h09

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo