Pourquoi mes bases de données travaillent-t-elles trop ?

[zikeur54]

Bonjour,

en ce moment, on essaye de comprendre pourquoi mes bases de données travaillent trop sans que je rajoute grand chose ?

Je dis : on parce que comme débutant, seul et non codeur, je ne pouvais même pas savoir que c'était le cas. Maintenant, un développeur reprend en main mes sites, on communique régulièrement par Mail. Il travaille très bien (pour ce que j'en juge) et m'explique notamment ceci au sujet de mes toutes nouvelles erreurs 503.

je le cite :

" Du 503 est réapparu à gogo ce matin, et comme je le pressentais, cela vient bien de l'accès aux bases de données, j'en suis certain. Je ne sais pas pourquoi mais elles sont perpétuellement utilisées et ont besoin d'optimisations régulières, voire journalières, et cela résout instantanément les problèmes de 503.
Il va falloir donc :
- soit faire tourner des optimiseurs automatiques
- soit alléger les bases de données qui n'ont aucune raison de grossir de manière si rapide alors qu'apparemment vous n'avez pas ajouté grand chose.
C'est un problème de logs, de stats, de système qui écrivent en permanence dans la base de données et c'est mauvais.


Cordialement, SVL "

Il est vrai que n'y connaissant pas grand chose en matière d'optimisation, j'ai fais, d'après lui, un peu n'importe quoi avec mes sites web.

J'ai considérablement dégonflé mes bases de données en supprimant Piwik. Et oui, j'ai aimé cet outil mais je ne savais pas qu'il était gourmand.
J'ai supprimé un bon nombre de pages gourmandes. Mon développeur l'a vu et m'a remercié.

Je sais qu'il va arranger mes bases de données, alors pourquoi venir ici vous poser des questions ?

Parce que je suis membre, et que je viens lire le forum tous les jours.

Auriez-vous de choses à ajouter qui puissent éclairer ma lanterne, au sujet de nos bases de données de sites web ?

Nos bases pourraient-elles être piratée sans qu'on le sachent ?

Ce qui feraient que d'autres les utilisent à notre insu ?

Il s'agit de mon site principal dans ma signature qui pose problème parait-il. Et ça réagit sur mon nouveau site qui génère du 503. Comme si, les problèmes arrivaient en bout de chaîne.

Bon, en tout cas, j'aurai appris de nouvelles choses.

Pas bien tous nos plugin Wordpress, pas bien Secupress. Dommage pour moi, j'ai acheté la version Pro. Pourvu que mon développeur ne me demande pas de le supprimer!

 

[patrick_lejeune]

je le cite :

" Du 503 est réapparu à gogo ce matin, et comme je le pressentais, cela vient bien de l'accès aux bases de données, j'en suis certain. Je ne sais pas pourquoi mais elles sont perpétuellement utilisées et ont besoin d'optimisations régulières, voire journalières, et cela résout instantanément les problèmes de 503.
Il va falloir donc :
- soit faire tourner des optimiseurs automatiques
- soit alléger les bases de données qui n'ont aucune raison de grossir de manière si rapide alors qu'apparemment vous n'avez pas ajouté grand chose.
C'est un problème de logs, de stats, de système qui écrivent en permanence dans la base de données et c'est mauvais.

J'ai pas à analyser le travail de ton développeur (et une minorité ne sont pas ni logiques, ni honnêtes) mais quelques trucs quand même sur ce post:

1. erreur 503= trop de trafic. Ca peut venir de plusieurs raisons
- trop de visiteurs par rapport à la configuration du serveur (genre processeur pour smartphone), hébergement mutualisé trop rempli ou au quota de l'hébergement (je reviendrais sur ces ... visiteurs). Il y a 10 ans, j'utilisais un hébergeur spécial dédié revendeur ... à partir de 1000 visiteurs sur la journée pour le plus gros site -> très gros ralentissement (plus d'une minute pour afficher une page en pure HTML).
- accès aux bases de données (ici aussi la principale raison est l'hébergement et sa connexion vers Internet). Une simple écriture dans la base de donnée ne bouffe quasiment rien. Ecrire les visiteurs dans une base de donnée ne prend quasiment rien en terme de temps (suis bien placé pour le savoir: non seulement toutes les visites mais aussi traitement (et banissage si nécessaire)). C'est peut-être le traitement qui pose problème mais pas la récupération des données.
- ca peut aussi venir de programmes parasites (ou non). Petit exemple, régie publicitaire ou système de stats avec site externe qui répond lentement (connaît pas Piwix mais Google analytic a ce problème de temps en temps: du coup le code analytic est viré en bas du codage). D'aillieur: tu supprime Piwix et tu te prend des erreurs 403 (bizarre)
2. les bases de données pour les accès visiteurs, même si je doute que ce soit le cas. J'utilise un vieux modèles de forum qui n'est plus développé depuis presque 10 ans avec cette fonctionnalité. D'abord, ca ralentit rien mais en plus, il y a une fonction PURGE pour supprimer les données.

Un truc au passage: piwix et Secupress sont des plugins standards de ce brol de WordPress (ne tirais pas sur l'ambulance, personnellement, je développe) , je vois pas pourquoi ils poseraient des problèmes chez toi et pas sur les autres.

WordPress est un CMS standard avec ses problèmes de sécurité (quand il n'est pas mis régulièrement à jour) mais pas un gros développement nécessitant des gros serveurs

 

[zikeur54]

Merci pour cette première réponse.

Je doute avoir trop de trafic pour l'erreur 503. Mon hébergeur est ok aussi. Vous dites que j'ai des erreurs 403 mais vous ne donnez pas d'exemples.

On verra si j'ai d'autres réponses.

 

[rick38]

Je suis dev et la première chose que je ferais c'est de relever le message d'erreur de PHP correspondant à l'erreur 503.
Dire erreur 503, ça n'avance pas à grand chose.

Par exemple l'erreur peut-être "Too many connections", 503 ça veut juste dire erreur de script, aucun intérêt. Sur un serveur mutualisé, on a souvent ce genre de choses (d'autres sites prennent les ressources).

Une base de données peut écrire en permanence si elle est bien configurée, il faut voir ce que c'est aussi, du MySQL, MyISAM ou autre, du SQL Server, ça peut ralentir mais ce n'est pas sensé renvoyer des erreurs sinon il y a un gros problème la base de données ne fait plus son job...

 

[zikeur54]

Merci à rick 38.

Ce que je peux en dire à mon simple niveau pour plus d'info :

L'erreur 503 est subitement arrivé sur mon dernier site, une boutique. Elle n'est pas présente sur mes anciens sites hébergés. Bon, mon développeur, m'a dit que la hiérarchie de mes sites n'est pas bonne. "Trop de bases de données"

Un seul hébergement mutualisé, un nom de domaine " Maître" et de là découle tous les autres sites. Il me dit que mon dernier site, la boutique, devrait être à part, en nom de domaine qui ne découle pas des autres, ce serait mieux. Je lui ai répondu, ok mais je devrai payer un nouvel abonnement à l'année.

Cette erreur 503 arrive au premier clic. Quand elle était présente, il me fallait rafraîchir la page au moins 3 fois pour arriver sur la boutique.

Je me suis documenté avec le moteur de recherche et j'ai vu que ça pouvait être aussi, un problème de navigateur. Pour le moment, je suis sous Windows XP et tout le monde sait que je suis sans mises à jour avec mes navigateurs. D'où ma question ici, vu que le problème peut être multiple.

En ce moment, il n'y a plus d'erreur 503 (je touche du bois), il doit travailler dessus.

La boutique, mon dernier né est à cette adresse : http://www.minded.fr/boutique/fr/

Et là, vous pouvez décortiquer l'adresse web et vous constatez que la boutique, dépend de minded, qu'elle n'a pas son propre nom de domaine. Elle n'est pas en sous domaine, elle s'ajoute au domaine existant.

 

[NicolasH]

Bonjour zikeur54,

Cela ne vient pas forcement de la conception de ton site.

Le problème d'un hébergement mutualisé c'est que les ressources ne sont pas toujours maîtrisées. Il suffit que d'autres sites sur le serveur ont consommé beaucoup de ressources sur le même serveur dans un laps de temps assez court (par exemple suite à un pic de trafic ou encore à une attaque DDOS) pour que celui-ci sature momentanément.

Est-ce que c'est arrivé plusieurs fois (pb 503) ?

 

[zikeur54]

Oui, c'est arrivé plusieurs fois. Mais beaucoup moins maintenant.

Voici un copié/collé d'une réponse du technicien de mon hébergeur :

Le 16/01/2017 à 18:43 de Support Technique
Bonjour,

Je viens de regarder, il y a potentiellement des choses à voir effectivement mais il y a beaucoup de chose à la racine de votre hébergement et comme votre webmaster le conseille, vous connaissez mieux cela que nous.

En ce qui concerne le log d'erreurs, il est conséquent effectivement mais c'est pas spécialement très alarmant pour deux raisons :
- il concerne le site WordPress sur Minded.fr, la boutique utilise un autre CMS dans le dossier boutique
- les erreurs indiquent qu'une tables est manquantes dans la base de données. Sans doute un reste d'un "vieux" plugin ou thème. Idéalement il faudrait trouver d'ou cela vient mais le fait de corriger cela ne changera rien à la boutique car c'est un autre CMS qui est utilisé donc indépendant de WordPress ou des autres choses que vous pouvez avoir sur l'hébergement

De mon côté, le site charge plutôt rapidement également et votre compte d'hébergement ne semble pas consommer énormément car les statistiques de consommation (visible dans l'outil "utilisation de l'uc" de cPanel) sont bonnes.

Je pense que l'erreur 503 est lié à autre chose, c'est pas forcément lié aux performances ou aux ressources, ça ressemble plus à un "bug" classique.

Si vous avez des mises à jours possible sur ce CMS/Site, je vous recommande de tenter de les faire (en faisant une sauvegarde du site avant).

L'erreur n'est peut être pas pour tous les visiteurs, c'est peut être lié qu'aux vieux navigateurs. De mon côté, je n'ai pas eu l'erreur sur mon premier accès par exemple.
Vous pouvez récupérer les logs depuis l'outil "mesures" de cPanel. Il faudrait voire le nombre d'erreur 503 mais ce n'est pas dit que l'erreur soit pour tout le monde. Si c'est le cas, je n'arrive pas le reproduire.

Si vous avez d'autres questions, je reste à votre écoute.

Merci de votre confiance,
Agréable journée,
Alexis

 

[elji]

Le code du site dont tu as donné le lien est très propre.

Je connais Piwik, je l'avais essayé, mais à peine quelques heures. Il avait déjà ajouté plus de 10 Mo à ma base de données, parce qu'il met dans une table tout ce que contient le relevé de logs !

Si les tables continuent à grossir sans Piwik, ce doit être facile de voir ce qui a changé. Tu fais un export d ela table ce soir à minuit, un autre demain soir, et tu regarde les différences.

 

[zikeur54]

Merci elgi mais je re-signale que je suis nul dans ce genre de choses. D'ailleurs, mon "ami" développeur qui a commencé de s'occuper de mes problèmes me l'a dit :

"Si vous ne savez pas ce que sont les log, je vous déconseille d'installer des plugins diverses dont ne vous comprenez pas les tenants et les aboutissants.."

En effet, avant de le connaître, je me débrouillais seul avec mon WordPress et je croyais un peu tout ce qu'on me proposait d'installer.

J'ai aussi envoyer un message aux concepteurs de Secupress, ce plugin de sécurisation de WP pour savoir si il était gourmand. A ce jour, pas de réponse.

J'ai supprimé tout seul Piwik, pourtant il m'apportait un tas d'infos. Pour ma nouvelle boutique, j'aurais besoin d'infos, de statistiques. Que pourriez-vous me conseiller, qui ne soit pas trop mangeur de BD, trop gourmand ?

Les meilleurs, les plus complets, doivent être des sites spécialisés à abonnement comme woorank et d'autres. Dois-je malgré tout passer par un de ceux-là ?

Merci.

 

[NicolasH]

Le code du site dont tu as donné le lien est très propre.

P-e coté frontend mais coté backend (serveur) tu ne vois pas le code ... ;-). Ce n'est p-e pas le cas.
Il s'agit quand même d'un CMS on ne peut pas dire que tout est propre et light.

J'ai supprimé tout seul Piwik, pourtant il m'apportait un tas d'infos. Pour ma nouvelle boutique, j'aurais besoin d'infos, de statistiques. Que pourriez-vous me conseiller, qui ne soit pas trop mangeur de BD, trop gourmand ?

Effectivement Piwik est très gourmand surtout si tu commences à avoir beaucoup de visites.
Tu peux utiliser un outils qui ne contient pas les données en local comme Google Analytics.

Combien as-tu de pages vues jour ?