Joomla fait énormément d'appels sur la base de données

[lomart]

Il faut donc regarder dans Show MySQL Processes, si la fréquence des clotures de sessions est normale

[lomart]

Vous avez combien de visteurs / jour ?

[AntoG]

Vous avez combien de visteurs / jour ?

En haut de 10K.

[AntoG]

Il faut donc regarder dans Show MySQL Processes, si la fréquence des clotures de sessions est normale

C'est possible d'avoir plus de précisions sur cet élément ? Car mon hébergeur ne cerne pas le soucis.

47393 catchnew_joom2 localhost catchnew_joom2 Query 11 updating DELETE FROM `j25_session` WHERE `time` < '1511207983' 0.000
47394 catchnew_joom2 localhost catchnew_joom2 Query 11 updating DELETE FROM `j25_session` WHERE `time` < '1511207983' 0.000
47395 catchnew_joom2 localhost catchnew_joom2 Query 11 updating DELETE FROM `j25_session` WHERE `time` < '1511207983' 0.000
47396 catchnew_joom2 localhost catchnew_joom2 Query 10 updating DELETE FROM `j25_session` WHERE `time` < '1511207983' 0.000
47401 catchnew_joom2 localhost catchnew_joom2 Query 9 updating DELETE FROM `j25_session` WHERE `time` < '1511207985' 0.000
47402 catchnew_joom2 localhost catchnew_joom2 Query 9 updating DELETE FROM `j25_session` WHERE `time` < '1511207985' 0.000
47403 catchnew_joom2 localhost catchnew_joom2 Query 8 updating DELETE FROM `j25_session` WHERE `time` < '1511207985' 0.000
47408 catchnew_joom2 localhost catchnew_joom2 Query 7 updating DELETE FROM `j25_session` WHERE `time` < '1511207987' 0.000
47409 catchnew_joom2 localhost catchnew_joom2 Query 7 updating DELETE FROM `j25_session` WHERE `time` < '1511207987' 0.000
47410 catchnew_joom2 localhost catchnew_joom2 Query 6 updating DELETE FROM `j25_session` WHERE `time` < '1511207987' 0.000
47415 catchnew_joom2 localhost catchnew_joom2 Query 5 updating DELETE FROM `j25_session` WHERE `time` < '1511207989' 0.000
47416 catchnew_joom2 localhost catchnew_joom2 Query 5 updating DELETE FROM `j25_session` WHERE `time` < '1511207989' 0.000
47417 catchnew_joom2 localhost catchnew_joom2 Query 5 updating DELETE FROM `j25_session` WHERE `time` < '1511207989' 0.000
47426 catchnew_joom2 localhost catchnew_joom2 Query 3 updating DELETE FROM `j25_session` WHERE `time` < '1511207991' 0.000
47427 catchnew_joom2 localhost catchnew_joom2 Query 3 updating DELETE FROM `j25_session` WHERE `time` < '1511207991' 0.000
47428 catchnew_joom2 localhost catchnew_joom2 Query 3 updating DELETE FROM `j25_session` WHERE `time` < '1511207991' 0.000
47433 catchnew_joom2 localhost catchnew_joom2 Query 1 updating DELETE FROM `j25_session` WHERE `time` < '1511207993' 0.000
47435 catchnew_joom2 localhost catchnew_joom2 Query 1 updating DELETE FROM `j25_session` WHERE `time` < '1511207993' 0.000
47436 catchnew_joom2 localhost catchnew_joom2 Query 0 updating DELETE FROM `j25_session` WHERE `time` < '1511207993' 0.000
47438 catchnew_joom2 localhost catchnew_joom2 Query 0 Sending data SELECT a.id, a.title, a.catid, a.language, CASE WHEN CHAR_LENGTH(a.alias) != 0 THEN CONCAT_WS(':', a 0.000

[roland_d_alsace]

J.ai eu des problèmes similaires il y a quelques années sur des sites assez fréquentés mis en route sous j1.6.
je ne sais plus si j’etais déjà en j3.
Pour m’en sortir une nuit (en dehors des heures de fréquentation du site) j’ai simplement effacé tout le contenu de #__session.
La table était très volumineuse.

J’avais également constaté à l’epoque qu’il y avait des problèmes dans la gestion des sessions (par exemple lors d’enregistrement de classes en session).

[AntoG]

J’avais également constaté à l’epoque qu’il y avait des problèmes dans la gestion des sessions (par exemple lors d’enregistrement de classes en session).

Et ce problème se verrait comment ?

[roland_d_alsace]

Et ce problème se verrait comment ?

C’etait en programmant, j’arrivai à stocker une classe en session, mais je n’arrivait pas à récupérer le contenu de ma variable de session à la page suivante.
il me semble que c.etait en version 2 ou dans les toutes premières version 3.

Dans la même période j’ai eu 2 sites à fréquentation moyenne qui sont devenus lents et je n’ai jamais trouvé la raison.
J’ai pointé tous mes index, réparé mes tables, etc...
C’est là que j’ai constaté que mes tables #_session étaient bien trop volumineuses.