j'en ai eu trois ce matin, comment corriger tout ça ?
Bonjour,
clairement au vu de la RAM qui fait le yoyo, soit vous saturer soit votre configuration est à affiner.
De plus il faudrait savoir combien il y a de "databases" sur ce SQL privé.
Note : max_connextion est trop haut, on l'avais dit dans l'autre sujet de le diminuer (sauf si effectivement vous arrivez à atteindre les 200 connexion et là clairement le SQL est sous-dimensionné).
Cordialement, janus57
@Buddy bonjour à toi alors oui on en as parler sur un autre sujet,
de plus le slq privé et tomber en erreur et un administrateur doit exécuter la tache manuellement, j'ai voulu redémarrer le serveur mais nada erreur
pour information l'espace total utilisé est : 51Mo
je pense pas que c'est énorme ? si ?
je vais tâter du logs voir un peux si je l'ai trouve déjà
log error :
http://www.1officiel.fr/log/error/boutique-pcland-officiel.fr-15-05-2017.txtofficiel.fr/log/error/boutique-pcland-officiel.fr-15-05-2017.txt
http://www.1officiel.fr/log/error/boutique-pcland-officiel.fr-17-05-2017.txtofficiel.fr/log/error/boutique-pcland-officiel.fr-17-05-2017.txt
log web :
http://www.1officiel.fr/log/web/boutique-pcland-officiel.fr-16-05-2017.txtofficiel.fr/log/web/boutique-pcland-officiel.fr-16-05-2017.txt
je trouve que j'ai beaucoup d'erreur le 15
pour information l'espace total utilisé est : 51Mo
ah oui mon sql c'est une 256mo, c'est pas assez ? je pencherai plus sur un plug qui me ferai chier, mais je peux me trompe, tu as vue les logs ?
ah oui mon sql c'est une 256mo, c'est pas assez ?
c'est ce qu'on te dit depuis plusieurs jours ... :rolling_eyes:
Cette requête semble clairement trop longue et pas optimisée ..
Après c'est toi qui a installé ton site et tes plug ins
alors sa viens d'une produit avec qui possède 491 variables pour être précis,
Un produit avec 491 variables ?
encore un produit qui utilise une base MySQL comme si c'était du nosql…
base MySQL comme si c'était du nosql....
le nombre de paramètres et la forme de la requête me fait plus penser à une requête sur base de données nosql, car clairement, ce genre de requête n'est absolument pas optimisée pour MySQL, bien qu'elle soit capable de la gérer. une base nosql n'utilise pas de relations directe entre les tables, mais plutot une vaste collection d'indices, comme semble le faire ta requête. regarde si ton appli supporte d'autres base de donnée, mongodb ou autres, ca peut etre une piste. renseigne toi sur le nosql.
autre possibilité, une monumentale erreur de conception, comme on en voit souvent..
ha, j'avais perdu de vue le WordPress et oocommerce. le plugin doit être responsable..
si j'extrapole sur ce que fait ta requete,(extrapolation) c'est qu'elle récupère d'abord les index des réponses correspondantes et sort une requête en filtrant sur la liste de ces indices.
c'est clairement une erreur de conception de code.
ca aurait pu etre fait en une seule requete, sans avoir à stocker en intermediaire les cles d'index pour generer la requete finale. triple peine. saturation mémoire, disque et processeur.
ca marche bien pour quelques produits mais dés que la charge monte un peu, c'est la dégringolade assurée.
alors sa viens d'une produit avec qui possède 491 variables pour être précis,
bonjour tout le monde je viens vous donnée des nouvelles, alors j'ai du aller sur PMA pour supprimer manuellement le produit avec toutes ces variables, et la !!!
surpris : 
bonjour à toi tu as vu sa comment ? c'est woocommerce ?
10 variables maximum!
bonjour à toi tu as vu sa comment ? c'est woocommerce ?
le but était de faire payer mes clients pour les presta par carte bleu donc donc un produit avec plusieurs variantes , centaine , dizaine , unité, centime ... donc supposition que vous avais 57.08€ à réglé il fallait faire bouger le volet déroulant .
ben je vais faire autrement, soit comme tu dit, ou d'éditer un produit avec la valeur de la facture et mettre en mot de passe, pour moi et le client quoi, une fois payé je la supprime
ou de passer par mon service bancaire directement
