Un admin m'a répondu sur le forum, je le mets en copie au kazoo 
http://www.apinc.org/forum/article.php?id=198&group=apinc.general&ghsxd=1a39953ccdb54d037b90f4478fd43290
Visiblement il faudrait faire un rapport de bug à MySQL, vu que
l'option permettant de désactiver les DELAYED ne semble pas marcher.
-------- Message original --------
Sujet: Re: [Spip] patch Apinc
Bonjour,
je me charge de "regler" le probleme de Spip sur Apinc.
Le probleme mysql rencontre est le suivant :
Les commandes DELAYED restent en attente, avec pour status "Waiting on
Cond". Le nombre de max_delayed_threads est bien egal a 0 (cf extrait de
la config ci dessous). Le principal probleme est que ces commandes y
restent au dela du timeout en plus (certaines etaient la depuis plus de
100000s).
La modif qui a ete faite est celle de supprimer les INSERT DELAYED, et de
les remplacer par des INSERT simples.
version de MySql utilisee :
mysql Ver 11.16 Distrib 3.23.49, for pc-linux-gnu (i686)
extrait du fichier de config
set-variable = max_delayed_threads=0
Avant de faire une version de Spip patchee, on a essaye de reconfigurer
Sql. Cela semble ss effet.
Voila,
Hello,
je me charge de "regler" le probleme de Spip sur Apinc.
On va peut-être changer la chose dans SPIP aussi, s'il s'avère que le
problème est répandu (OVH l'a également évoqué).
Le probleme mysql rencontre est le suivant :
Les commandes DELAYED restent en attente, avec pour status "Waiting on
Cond". Le nombre de max_delayed_threads est bien egal a 0 (cf extrait
de la config ci dessous). Le principal probleme est que ces commandes y
restent au dela du timeout en plus (certaines etaient la depuis plus de
100000s).La modif qui a ete faite est celle de supprimer les INSERT DELAYED, et
de les remplacer par des INSERT simples.version de MySql utilisee :
mysql Ver 11.16 Distrib 3.23.49, for pc-linux-gnu (i686)extrait du fichier de config
set-variable = max_delayed_threads=0
Je pense qu'il faudrait faire un rapport de bugs à MySQL (en fait il
y a trois bugs : les DELAYED tournent à vide, ils dépassent le timeout,
et ils ne sont pas transformés en INSERT simples si on fait
max_delayed_threads=0). Rien de tel n'est en effet mentionné dans les
corrections depuis la version 3.23.49
(http://www.mysql.com/documentation/mysql/bychapter/manual_News.html)
En tout cas voilà un hébergeur aux petits oignons avec ses hébergés 
Merci et amicalement
Antoine.
Bonjour.
Nous avons egalement le meme probleme sur Ouvaton.
JM Malsacre
Administrateur Ouvaton.
http://ouvaton.coop
L'hébergement .coop
Heu... dans ce cas, ce serait bien que vous soyiez plusieurs à
faire le rapport de bug
(j'insiste : ça coûte rien, et si personne ne signale le bug,
il ne sera pas corrigé)
Bonjour.
Nous avons egalement le meme probleme sur Ouvaton.
JM Malsacre
Administrateur Ouvaton.
http://ouvaton.coop
L'hébergement .coop
[...]
> > Cond". Le nombre de max_delayed_threads est bien egal a 0 (cf extrait
> > de la config ci dessous). Le principal probleme est que ces
On pourrait rendre ça configurable, tout de même, sans attendre que MySQL
soit corrigé. Une possibilité serait de détecter l'hébergeur (plutôt non) ;
une autre de détecter qu'on *peut* utiliser delayed, et ne pas l'utiliser si
on ne repère pas ça (mieux) - mais php n'a pas d'infos sur la config de
mysql... ; un dernière enfin un réglage manuel dans les options de
configuration avancées (bof).
-- Fil
On pourrait rendre ça configurable, tout de même, sans attendre que
MySQL soit corrigé. Une possibilité serait de détecter l'hébergeur
(plutôt non) ; une autre de détecter qu'on *peut* utiliser delayed, et
ne pas l'utiliser si on ne repère pas ça (mieux) - mais php n'a pas
d'infos sur la config de mysql... ; un dernière enfin un réglage manuel
dans les options de configuration avancées (bof).
Non, autant le bazarder, ce sera plus simple. Mais ce serait vraiment
bien que les hébergeurs fassent le rapport de bug.
Non, autant le bazarder, ce sera plus simple. Mais ce serait vraiment
bien que les hébergeurs fassent le rapport de bug.
On peut peut-être le trouver là : var_dump(ini_get_all('mysql'))
mais pas sur rezo.net ;-(
-- Fil
mais pas sur rezo.net ;-(
Pourtant on a du delay sur le serveur :
miel:/home/fil# mysqld --help|grep delay
delayed_insert_timeout current value: 300
delayed_insert_limit current value: 100
delayed_queue_size current value: 1000
max_delayed_threads current value: 20
remarque, ça permet de tester la performance relative des deux options... on
commence par le virer, et on regarde
-- Fil