Il se peut que vous ayez des problèmes avec vos bases de données SQL. Un des problèmes est justement une baisse des performances de requêtes SQL. (il existe tellement de facteurs qui ralentissent les performances d’un site, qu’il est souvent difficile d’en diagnostique la source). Il faut donc procéder à quelques routines de maintenance comme celle expliquée dans ce billet.
Attention ceci n’est pas un tutorial de pro. J’écris ce billet pour vous informer que j’ai eu un problème avec mes bases de données SQL de mes blogs et que mon hébergeur a tout simplement suspendu mon compte car cela perturbait le serveur (non dédié) et donc les noms de domaines qui ne m’appartenaient pas.
Appel de la hotline qui me dit qu’il faut que je répare mes bases de données! C’est un peu comme s’ils me demandaient d’aller chercher un peu de sable sur la lune! Heureusement ils m’ont guidé dans les étapes et à la fin, ils m’ont envoyé un mode opératoire. Je vous relate ce fait car cela peut éventuellement vous arriver, autant partager l’information.
Constatation des dégâts
Tout a commencé par la vérification des logs disponibles dans le répertoire « tmp/mysql_slow-queries » Pour accéder à ces fichiers, vous pouvez soit faire un ftp, soit vous y rendre à partir de votre Cpanel.
En sélectionnant home directory accédez au File Manager. Sélectionnez le répertoire TMP puis mysql_slow_queries
Une fois sélectionné le répertoire mysql_slow_queries j’ai pu constater les dégats.
J’y ai découvert une bonne centaine de rapport (entouré en rouge dans la figure du dessus). En cliquant sur un des fichiers il est possible de voir le nom de la base de données qui donne des problème (wrdp8 par exemple)
Réparation des bases de données
Une fois constaté les dégâts, il faut faire deux opérations, « réparer les bases de données » et « optimiser les bases de données ». Pour cela rendez vous sur le CPanel et cliquez sur le logo « PHPmyadmin »
Cliquez sur une des bases de données exemple wrdp1
On atterri sur un tableau de ce genre.
- Etape 1 sélectionnez toutes les tables
- Etape 2 Réparez la table (sélectionnez « Réparer la table » dans le menu déroulant)
- Attendre que la table se répare (quelques secondes)
- Etape 3 Optimiser la table (sélectionnez « Optimiser la table » dans le menu déroulant)
- Répétez le processus pour toutes vos tables
Enfin voilà le mode opératoire résumé qui m’a été envoyé par la hotline
« IMPORTANT: Databases can be repaired and optimized within « phpMyAdmin ». Select a database, « check all », and in the drop down choose « Repair DB ». Then repeat the process for « optimizing » databases using the drop down. You must « Go Back » and repeat the repair for other databases in your account. Do them ALL and don’t forget one just because it isn’t used much, they are all connected. »
Bonjour Thierry et surtout merci pour ce billet qui vient de me sortir du pétrin pour réparer ma base de données
+1 😉
@Sp1wb super, voilà donc mon effort recompensé!
Bonjour Thierry,
Vous venez de me sauver! Ça fait 2 jours que j’ai des problèmes avec ma base de données. Et là, en même pas 2 minutes, tout fonctionne.
Merci et encore bravo pour votre blog
Samuel
Cher Samuel, c’est avec des commentaires de ce type qu’on a encore plus envie de bloguer et d’informer! merci pour ce commentaire motivant! Au passage j’ai parcour vinaigremailn,fr je viens d’apprendre beaucoup!
S of WordPress, effectivement, mais je fais ce que je peux de mon côté, et je le fais régulièrement, depuis j’ai moins de problème de lenteur, mais je suis sur qu’il y a d’autres facteurs
Bon, bonne année déjà 😉 et ensuite la réponse un mois après…
Je ne suis pas dans le domaine du hack, seulement j’essaye d’appliquer les conseils pour en éviter 😉
En gros il faut essayer de ne pas donner le nom de la bdd, les préfixes, logins…
@ekevin
J’ai effacé la racine ça devrait suffire non? ou pourrais tu me hacker avec l’information que j’ai donnée?
Juste une petite précision : ne donne pas le nom réel de tes bases de données
@Curul, Et bien je suis vraiment content d’avoir fait un heureux avec ce billet, tu me dois une bière quand tu passeras me rendre visite au Brésil, j’avais émis ce billet comme une espère ce bouteille à la mer, tu l’as récupérée! Maintenant tu me donnes l’idée d’aller explorer ce qu’il y a dans les tables, je vais peut être découvrir des dinosaures!
@Xharks pourquoi dis tu que c’est une utopie, nettoyer les bases ne m’a pris que quelques minutes,
Alors la thierry , je suis heureux que tu es écrit ce billet ! du coup j’en ai profité pour analyser toutes mes tables !
Et je me suis rendu compte que mon système de captcha enregistrait tous les passages de personnes/bot qui m’écrivait des commentaires ou tentait de m’en écrire du coup la table était énorme et contenait des milliers voir millions d’enregistrement contenant , ip , pseudo , user agent etc…
imagine le poids du coup je l’ai vidé ! ma serveur sql respire encore un peu plus merci !
curul et son dernier billet..Besoin d’un tutoriel en design web ? TutSearch.net est là !
Oui, je ne critique absolument pas 🙂 Par contre pour le nettoyage tous les 15 jours… c’est une utopie
@xhark effectivement, loin de moi de vouloir faire un tuto généraliste, j’ai juste relaté un mode opératoire qui m’a été fourni. Cela s’adresse effectivement aux personnes qui ont un cpanel équivalent. Ou au moins qui ont accès à un phpmyadmin. Puisse ce billet être repéché si quelqu’un tombe sur le même problème que le mien.
L’info complémentaire que j’ai eu de la hotline c’est qu‘il faut faire un nettoyage tous les 15 jours. N’étant pas un spécialiste je prends touc ces conseis pour argent comptant.
Normalement un mode opértoire doit être écrit pour quelqu’un qui n’y connait rien (c’est mon cas)!!
Je me dois de préciser que tu n’es pas assez généraliste dans ton billet. En effet ton tuto correspond à ton hébergeur ainsi qu’à ta configuration. CPanel n’est pas installé de partout (loin de là), une explication sur le fond aurait rendu ton tuto plus explicité, m’enfin peut-être qu’un débutant comprendra ? comme j’ai l’habitude de brasser les systèmes je ne le perçois peut-être pas de la bonne façon.
Je tiens à rassure tout le monde : réparer une table ne peut lui faire que tu bien, absolument aucun risque. Vous pouvez même l’optimiser (sous PMA) sans aucun souci 😉
Mr Xhark et son dernier billet..Evaluez le niveau de sécurité de votre système
ça me fait peur ton truc, j’y connais vraiment rien en sql donc je n’y touche pas. j’espère ne jamais avoir ton problème…
je garde ton billet quelque part dans mes dossiers au cas où …
jayer et son dernier billet..Doom 1 en flash