Hier j’ai reçu ce message par mail automatique depuis le serveur :
Le statut d’utilisation de la mémoire est critique !
La valeur actuelle est 1.64 GiB.
Cette valeur a même légèrement augmenté depuis hier (1,697G).
Selon ce qui me montre Advanced Monitoring, l’utilisation de la mémoire MySQL augment constamment : 1022MiB le 12 décembre dernier, ensuite de plus en plus, à peu près toutes les semaines.
Qu’est-ce que je dois faire pour arrêter cela ? Je suis vraiment inquiet, à ce rythme-là dans quelques jours/heures c’est le crash.
Est-ce qu’il faut purger cette mémoire ? Désolé si je dis n’importe quoi, mes connaissances en la matière sont vraiment microscopiques –merci d’avance pour un conseil !
Il faudrait donner un peu plus d’informations.
S’agit-il d’un site avec cms ou pas
Sinon tu peux regarder du côté de MySQL Query Cache
Et tu peux regarder et éventuellement posté en cliquant ici
Vous voyez je ne savais même pas ce que veut dire ‘site avec un CSM’ :- Apparemment non, c’est un WordPress hébergé par Nuxit.
J’irai voir ce que vous m’avez montré, merci. Mais si entre temps quelqu’un puisse me donner quelques infos… :-
J’ai fait une optimisation de la base de données avec le plugin Advanced DB Cleaner qui est installé sur le site (General clean up qui concernait plus 120 000 éléments). Mais ça n’a rien donné puisque le niveau d’utilisation de la mémoire MySQL continue à grimper, j’ai peur qu’à ce rythme c’est le crash assuré.
D’où vient cette charge de mémoire, est-ce qu’on peut la vider, optimiser, voir – augmenter la limite ? Chez moi, du moins ce que je vois sur le graphique ci-joint, le maximum est de 1,9G et je suis déjà a plus de 1,7G.
Wordpress et un CMS… cela fait quant même un peu peur pour quelqu’un qui gère visiblement un site lui même !
Il existe effectivement de nombreux module wp pour nettoyer et optimiser la bd.
Mais cela ne doit pas être l’unique raison.
C’est un VPS infogéré je suppose. Si tel est le cas tu peux augmenter certaines valeurs au niveau du serveur qui seront différentes si tu utilises Nginx ou Apache. Ou modifier les valeurs dans php.ini que tu trouves dans l’arborescence du site (via SFTP).
Comme cela je dirais que tu as un « bug » au niveau des modules. Et donc il convient de les désactiver 1 par 1 pour voir ce qui cause cela. Il existe également certains modules pour analyser le site. Ou encore, toujours dans l’arborescence du site vérifier que tout est ok et pas un truc bizarre ! Bref les causes sont multiples et donc parfois c’est un travail de fourmi.
Tu peux avoir aussi une recrudescence de fréquentation et là il te faudra augmenter la RAM.
Ne pas savoir que wp est un cms me faire dire que tu devrais essayer de trouver quelqu’un qui puisse d’aider, mais plus dans le détail.
Je suis entièrement d’accord avec l’idée de trouver quelqu’un avec des compétences en la matière, c’est malheureusement pas possible en ce moment pour des raisons financières. Il faut que je me débrouille tout seul pour le moment.
Je ne veux pas prendre sur ton temps mais tu as des idées précises – je peux aller partout dans le site et le serveur (oui, c’est un VPS infogéré), vérifier et aussi intervenir si nécessaire.
Non, ce n’est pas la fréquentation qui a augmenté brusquement.
Dans php.info la seule ligne qui s’y trouve est la suivante : max_input_vars = 3000;
Sinon, c’est un Apache avec Nginx, FPM servi par Apache – je peux allez trouver toute info sur les réglages actuels, si tu as une idée d’où peut venir le probleme.
Ici c’est le graphique depuis 3 mois, c’est très bizarre comment l’utilisation de la mémoire MySQL monte et descend…Mais maintenant elle ne fait que monter.
Est-ce qu’il existe une purge de cette mémoire comme dans le cache ? Est-ce qu’un plugin/site de teste etc peut déterminer ce qu’il fait grimper cette valeur sans cesse ?..
Il n’y a pas d’outils magiques pour savoir d’où cela vient. C’est à toi d’auditer les applications qui tournent sur ton serveur et la configuration pour savoir ce qui provoque cela.
Vu que cela semble augmenter sans cesse le coupable est probablement un script mal foutu avec des requêtes SQL bien pourries. La piste des extensions Wordpress suggérées par @Archinformatique est la première chose à vérifier. Il faudrait également vérifier la configuration de MySQL.
Sinon, d’où vient ce graphe ? Quel outil de surveillance est utilisé ? As-tu des graphes des connexions et des requêtes SQL, y compris les requêtes lentes (slow queries) ?
Pourquo
i as-tu PHP 7.4 alors que la version officielle de Debian Buster est la 7.3 ?
Infogéré par qui ? S’il y a une prestation d’infogérance il faut faire appel à ceux/celles qui s’en occupe. C’est leur travail.
Merci Bruno !
Dans phpMyAdmin, je vois 108 tables pour un total de 272,5 Moi, on est loin de 1,74G utilisé par MySQL, n’est-ce pas ?
Infogéré : pardon, je me suis mal exprimé – c’est un VPS mais je n’ai pas pris l’option d’infogérance (faute moyens en ce moment).
Aucun plugin n’a été ajouté récemment, c’est toujours la même config depuis un moment. Est-ce que vraiment c’est un plugin, donc, qui en serait la cause ?
Le graph vient du Advanced Monitoring dans Plesk. Malheureusement il ne montre pas des connexions et des requêtes SQL – où est-ce que je peux me les procurer ?
Je le ferai volontiers – quelles valeurs dois-je vérifier ?
@Archinformatique - qu’est-ce que je dois faire concrètement : écrire juste cela
free –m
mais où, et ensuite qu’est ce que cela va faire ?
En ligne de commande veux dire dans le shell. Tu as accès à ton serveur autre que Plesk (je ne connais pas du tout). Si oui alors tu tapes juste cette requête après d’être connecté à ton serveur.
Cela donnera un tableau avec des données et rien d’autre. Aucun impact ailleurs.
Je ne connais pas Query Monitor, mais si le problème vient de WordPress ou de l’une de ses extensions, cela sera très utile. Il faudra indiquer aussi la version de WordPress et la liste complète des extensions utilisées.
En attendant je vois 79800 requêtes select par heure, , soit 22 par seconde, ce qui est relativement élevé : à voir suivant la fréquentation du site web. Cela explique l’occupation de la mémoire.
La version de WordPress est 5.6. Une précision : il y a le site PROD mais aussi DEV, à 90% identique.
La fréquentation du site est très basse depuis que le covid est arrivé, 50-60 par jour. Dans ce cas, est-ce que la valeur Select est anormal ?
Voici la liste des plugins actifs
advanced-custom-fields
advanced-database-cleaner
all-404-redirect-to-homepage
all-in-one-favicon
amp
arfaly-press
backupbuddy
better-wp-security
categories-images
check-email
classic-editor
code-snippets
contact-form-7
cookie-law-info
cool-tag-cloud
duplicator
easy-digital-downloads
easy-digital-downloads-variable-defaults
edd-enhanced-ecommerce-tracking
edd-featured-downloads
edd-recommended-products
edd-stripe
edd-variable-pricing-descriptions
emailTag
gravityforms
head-footer-code
http-https-remover
lazy-loading-responsive-images
loco-translate
miniorange-2-factor-authentication
popup-maker
premium-seo-pack
query monitor
server-ip-memory-usage
simple-css
simple-download-monitor
simple-page-ordering
simple-taxonomy
taxonomy-terms-order
tiny-compress-images
turbo-widgets
use-any-font
waveplayerwordfence
wordpress-php-info
wp-crontrol
wp-file-manager
wp-rocket
wp-rocket-static-exclude-opt-css
Et je me rends compte qu’être débutant c’est vraiment ingrat ! je comprends 1 chose sur 10. Par ex. Query Monitorsera très utile – utile comment, qu’est-ce qu’il faut voir et comment l’interpreter ?
Et pour free-m : je vois le tableau de donnée présenté par MicP (merci à lui :- mais je ne sais toujours pas comment l’obtenir : j’ai essayé de taper free-m en l’ajoutant à l’url du site, j’ai regardé dans Plesk et Filezilla, sans succès. Damm…
Et pour « completer » la réponse de @anon70622873, j’ai comme le sentiment que tu n’as jamais accédé à ton serveur en direct. Si tel est le cas, il te faudra installer Putty (car je suppose encore que ton ordinateur fonctionne avec un environnement Windows) qui te permettra de te connecter en SSH. Il te faut récupérer l’adresse IP du serveur et le MDP.
Dommage mais je ne peux toujours pas faire free-m, j’ai dû louper une étape mais directement dans Putty ça ne marche pas.
Par contre j’ai fait MySQLTuner check (dans Putty, youpi !), je donne le résultat plus bas. Mais là je me rends compte que les extraterrestres existent vraiment et ils parlent cette langue, malheureusement moi pas du tout du tout (je suis musicien et occasionnellement ingé-son).
A la limite je comprends que la mémoire de MySQL est de 871.4M (ligne 45) : sur le total de 8G de RAM et en sachant qu’il y a aussi le site DEV, est-ce que c’est envisageable d’augmenter cette limite ?
