Jump to content

Recommended Posts

Bonjour,

J'ai depuis quelques temps constaté des coupures. En me rendant sur mon hébergement OVH et en les questionnant c'est du à un dépassement de mémoire de la base de données.

Pour eux je dois "avoir des process qui ne se terminent pas sur votre site et cela fait monter en charge le serveur SQL Privé." et donc "pour déterminer quel script prend du temps à s'exécuter, vous pouvez consulter les logs de votre hébergement."

 

D'où ma demande d'assistance.

Comment lire ces LOGS et savoir quel(s) fait exploser la mémoire de ma base de données ?

 

Merci pour votre aide.

 

nicolas

Share this post


Link to post
Share on other sites

Vous devez avoir accès au log depuis ovh

Ne pas confondre la taille d'un base de donnée et la RAM.

Ca peut être énormément de choses, comme rien juste un hébergement pas adapté.

Share this post


Link to post
Share on other sites

Je ne connais la tête des log ovh et encore moins les infos auxquelles vous avez accès.

Vous devriez lire ma signature et nous en dire plus, on ne va pas vous tirer les vers du nez.

Share this post


Link to post
Share on other sites

Quel type d'hébergement ? Vous avez accès à quels logs ? 

14 hours ago, enmoderugby said:

J'ai depuis quelques temps constaté des coupures.

Vous avez fait des modifs récemment ? Ajout de module ? Ajout de tache Cron ? 

Share this post


Link to post
Share on other sites

Bonjour,

Vérifier la tailles des tables ps_connections, pc_connections_page et ps_connections_source.
Ce sont souvent celles qui prennent le plus de place

Share this post


Link to post
Share on other sites

A priori de ce que je lis ce n'est pas un problème de taille de la base de donnée, mais une montée en charge du site.

Share this post


Link to post
Share on other sites

Pas de soucis dans tout les cas si il a aussi une limite sur la taille c'est toujours une bonne info pour lui 😉

Share this post


Link to post
Share on other sites

Oui a priori c'est bien un problème de montée en charge.

 

Hébergement perf2014x1

Pas de modif majeurs récemment ni de module ajouté, ni de tâche Cron.

J'ai télkéchargé le fichier 'slow-query.log' mais ça reste très barbare pour moi

 

Share this post


Link to post
Share on other sites

Sur le FTP il est noté que la dernière modification date de 2017.... le problème ne doit donc pas venir de là ?

Share this post


Link to post
Share on other sites

Du coup quelle pourrais être l'origine ? Car quand on regarde les stats de la RAM, ça monte très rapidement (en quelques heures) jusqu'à la coupure.

Share this post


Link to post
Share on other sites

J'ai activé le profiling.... si vous avez le temps d'y jeter un oeil car ça reste assez barbare à interpreter pour moi

Share this post


Link to post
Share on other sites

Et puis après revérification, j'ai bien un fichier slow-query.log qui fait 114 M0.... mais je ne sais pas comment le lire et l'interpreter.

Share this post


Link to post
Share on other sites
6 hours ago, okom3pom said:

Regarde le temps d exécution 

Je ne vois pas le profiling sur votre site, mais bon sans aucune connaissance je vous conseille de passer par un pro car là on tâtonne

Share this post


Link to post
Share on other sites

Bonjour,

Je reviens avec les données du Profiling. J'ai bien compris que ce qui était en rouge posait problème mais comment puis-je agir ? Par exemple le load time, c'est du ressort de l'hébergeur ?

 

Load Time 1773 ms - You'd better run your shop on a toaster
Querying Time 330 ms
Queries 488
Memory Peak Usage 14.1 Mb
Included Files 314 files - 6.88 Mb
PrestaShop Cache - Mb
Global vars 1.10 Mb
PrestaShop Version 1.6.1.17
PHP Version 5.6.39 (OK)
MySQL Version 5.5.59-0+deb8u1-log (Consider upgrading)
Memory Limit 512M
Max Execution Time 300s
Smarty Cache enabled
Smarty Compilation auto
  Time Cumulated Time Memory Usage Memory Peak Usage
config 111 ms 111 ms 2.98 Mb 3.04 Mb
__construct 0 ms 111 ms - Mb 3.04 Mb
init 66 ms 177 ms 0.96 Mb 3.98 Mb
checkAccess 0 ms 177 ms - Mb 3.98 Mb
setMedia 11 ms 188 ms 0.04 Mb 4.02 Mb
postProcess 0 ms 188 ms - Mb 4.02 Mb
initHeader 0 ms 188 ms - Mb 4.02 Mb
initContent 1260 ms 1448 ms 8.71 Mb 12.99 Mb
initFooter 97 ms 1545 ms 0.40 Mb 13.58 Mb
display 227 ms 1773 ms 0.37 Mb

14.07 Mb

 

 

 

Share this post


Link to post
Share on other sites

j'ai les mêmes soucis, OVH ne repondant plus au tel, j'ai envie de me casser de chez eux.

J'étais passé en SQL privé (sois disant plus puissant) et j'ai pété les 512 Mo de ram en qq minutes, bref c pire qu'avant. Et faut encore payer si on veux passer a  + de RAM

(je suis aussi en PS 1.6.X) avec un catalogue de 13000 ref, moi aussi j'ai des stats de merde sur les site qui regardent ces paramètres

Edited by Togheishop (see edit history)

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More