[Résolu] Grosse lenteur sur certaines pages

[ramaf]

Bonjour,

J'ai un gros problème de lenteur :

- avec la page d'accueil du blog : sur le serveur de mon agence web, cette page fonctionne normalement, mais sur le serveur en production elle met 50 s. pour s'afficher et le debug profiling donne un querying time de 50 s.

- avec une page du BO  : /index.php/improve/design/themes/customize-layouts

J'ai contacté mon hébergeur mais pas de réponse. le développeur du blog et mon agence web ont regardé mais ils n'ont rien trouvé. Pour eux c'est un problème de base de données ou du serveur. Auriez-vous des pistes de solution à me donner ou le contact d'un expert qui pourrait m'aider ou solutionner le problème.

Voici ce que donne mysqltuner :

 

 

-------- Log file Recommendations ------------------------------------------------------------------

[OK] Log file /var/log/mysqld.log exists

[--] Log file: /var/log/mysqld.log(180M)

[OK] Log file /var/log/mysqld.log is not empty

[!!] Log file /var/log/mysqld.log is bigger than 32 Mb

[OK] Log file /var/log/mysqld.log is readable.

[!!] /var/log/mysqld.log contains 5 warning(s).

[!!] /var/log/mysqld.log contains 15577 error(s).

[--] 1 start(s) detected in /var/log/mysqld.log

[--] 1) 2021-11-20 09:06:52 2368 [Note] /usr/sbin/mysqld: ready for connections.

[--] 1 shutdown(s) detected in /var/log/mysqld.log

[--] 1) 2021-11-20 09:05:27 31106 [Note] /usr/sbin/mysqld: Shutdown complete

 

-------- Storage Engine Statistics -----------------------------------------------------------------

[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MEMORY +MRG_MYISAM +MyISAM +PERFORMANCE_SCHEMA 

[--] Data in MyISAM tables: 156.9M (Tables: 138)

[--] Data in InnoDB tables: 1.1G (Tables: 1085)

[OK] Total fragmented tables: 0

 

-------- Analysis Performance Metrics --------------------------------------------------------------

[--] innodb_stats_on_metadata: OFF

[OK] No stat updates during querying INFORMATION_SCHEMA.

 

-------- Security Recommendations ------------------------------------------------------------------

[OK] There are no anonymous accounts for any database users

[!!] User ''netdata'@'localhost'' has no password set.

[!!] User ''root'@'127.0.0.1'' has no password set.

[!!] User ''root'@'193-26.icodia.host'' has no password set.

[!!] User ''root'@'::1'' has no password set.

[!!] User ''root'@'localhost'' has no password set.

[!!] There is no basic password file list!

 

-------- CVE Security Recommendations --------------------------------------------------------------

[--] Skipped due to --cvefile option undefined

 

-------- Performance Metrics -----------------------------------------------------------------------

[--] Up for: 4d 0h 15m 45s (37M q [108.928 qps], 226K conn, TX: 92G, RX: 12G)

[--] Reads / Writes: 98% / 2%

[--] Binary logging is disabled

[--] Physical Memory     : 15.5G

[--] Max MySQL memory    : 26.7G

[--] Other process memory: 0B

[--] Total buffers: 2.3G global + 162.2M per thread (151 max threads)

[--] P_S Max memory usage: 447M

[--] Galera GCache Max memory usage: 0B

[!!] Maximum reached memory usage: 16.5G (106.71% of installed RAM)

[!!] Maximum possible memory usage: 26.7G (172.12% of installed RAM)

[!!] Overall possible memory usage with other process exceeded memory

[OK] Slow queries: 0% (46K/37M)

[OK] Highest usage of available connections: 57% (87/151)

[OK] Aborted connections: 0.00%  (1/226218)

[!!] name resolution is active : a reverse name resolution is made for each new connection and can reduce performance

[!!] Query cache may be disabled by default due to mutex contention.

[OK] Query cache efficiency: 90.6% (33M cached / 36M selects)

[!!] Query cache prunes per day: 271392

[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 953K sorts)

[!!] Joins performed without indexes: 1395566

[OK] Temporary tables created on disk: 2% (97K on disk / 3M total)

[OK] Thread cache hit rate: 99% (763 created / 226K connections)

[OK] Table cache hit rate: 99% (13M hits / 13M requests)

[!!] table_definition_cache(912) is lower than number of tables(1362) 

[OK] Open file limit used: 0% (357/1M)

[OK] Table locks acquired immediately: 100% (13M immediate / 13M locks)

 

-------- Performance schema ------------------------------------------------------------------------

[--] Memory used by P_S: 447.9M

[--] Sys schema isn't installed.

 

-------- ThreadPool Metrics ------------------------------------------------------------------------

[--] ThreadPool stat is disabled.

 

-------- MyISAM Metrics ----------------------------------------------------------------------------

[!!] Key buffer used: 19.6% (6M used / 33M cache)

[OK] Key buffer size / total MyISAM indexes: 32.0M/50.6M

[OK] Read Key buffer hit rate: 99.9% (3M cached / 3K reads)

[!!] Write Key buffer hit rate: 0.1% (1M cached / 701 writes)

 

-------- InnoDB Metrics ----------------------------------------------------------------------------

[--] InnoDB is enabled.

[--] InnoDB Thread Concurrency: 4

[OK] InnoDB File per table is activated

[OK] InnoDB buffer pool / data size: 2.0G/1.1G

[!!] Ratio InnoDB log file size / InnoDB Buffer pool size (48.828125 %): 500.0M * 2/2.0G should be equal to 25%

[!!] InnoDB buffer pool instances: 8

[--] InnoDB Buffer Pool Chunk Size not used or defined in your version

[OK] InnoDB Read buffer efficiency: 100.00% (198725124931 hits/ 198725163547 total)

[!!] InnoDB Write Log efficiency: 82.82% (526760 hits/ 636064 total)

[OK] InnoDB log waits: 0.00% (0 waits / 109304 writes)

 

merci 

ramaf

Edited November 24, 2021 by ramaf (see edit history)

[magicbel]

Bonjour,

Poster plusieurs fois la question ne fera pas plus avancer votre problème 🙄

 

128Mb en memory limit (sujet ci-dessous) est trop court.

 Pour rappel, Prestashop recommande 256Mb (perso je pousse a minimum 512Mb voir 1024)

 

Si vous n'arrivez pas à avoir le résultat escompté avec votre hébergeur, changez de crèmerie.

[ramaf]

Merci beaucoup pour votre réponse. J'avais mis memory limit à 512 mais cela n'avais pas changé grand chose.

Excusez-moi pour ce doublet du message mais cela fait depuis la mi-septembre que j'essaye de résoudre ce problème... 

Je viens d'avoir la réponse de mon hébergeur qui a mis du temps à venir car ils ont fait des tests assez poussés ; en gros voici la réponse : la page du blog utilise des jonctions particulières qui sont peu optimisées et qui sont énormément consommatrices en temps et en ressources. La version de mysql (5.6.35) de mon serveur est trop vieille et n'est pas optimisée pour ce type de requêtes.

Il me propose de passer en mariaDB 10.5 et ils ont fait des tests concluants.

La côte de mon hébergeur avait bien baissé mais là elle remonte d'un coup ;-)

Je peux considérer le sujet comme résolu.