erreurs connection base de données => changement de serveur

[Julien]

Peut être qu'avec un intérieur vidé et un arceau dans le serveur, ça permettrai d'alléger la base de donnée et de renforcer le serveur

[whinpo]

j'ai plein de slow queries...
j'essaie des explain
il rame sur l'affichage des posts du jour...

Citation :SELECT tid, subject, icon FROM forum911net_threads WHERE fid <> 71 AND fid <> 53 AND (fid < 110 OR fid > 128) AND fid <> 132 AND fid <> 136 AND fid IN(1,2,3,4,5,6,7,8,12,11,13,51,18,16,33,23,24,25,26,27,28,29,30,31,32,35,38,41,6​3,42,40,49,45,44,46,47,48,50,58,66,69,74,88,133,141,139,142) ORDER BY lastpost DESC LIMIT 0, 15;

ça met mini 2 secondes à répondre...
quand on s'y met à tous..la machine ne tient pas..

[Satanas 33]

Ils n'arrêtent pas de migrer sur ce forum...Ils n'auraient pas un problème de ROM les webmasters.... Mais que fait Mr HORTEFEUX ? ))))

[climchaud]

on ne peut pas tous fermer quelques moments pour vous laisser travailer, ou souffler un peu?
courage!

[Breizhoo]

Citation :Message original : whinpo
j'ai plein de slow queries...
j'essaie des explain
il rame sur l'affichage des posts du jour...

Citation :SELECT tid, subject, icon FROM forum911net_threads WHERE fid <> 71 AND fid <> 53 AND (fid < 110 OR fid > 128) AND fid <> 132 AND fid <> 136 AND fid IN(1,2,3,4,5,6,7,8,12,11,13,51,18,16,33,23,24,25,26,27,28,29,30,31,32,35,38,41,6​3,42,40,49,45,44,46,47,48,50,58,66,69,74,88,133,141,139,142) ORDER BY lastpost DESC LIMIT 0, 15;

ça met mini 2 secondes à répondre...
quand on s'y met à tous..la machine ne tient pas..

Ah oui, il y a quelques opérateurs quand même !!!
Ca ne se simplifie pas tous les AND x<>y ?

Pour slow query, j'ai trouvé ça (facile à dire, moins à faire ...)
http://20bits.com/articles/10-tips-for-o...dont-suck/

So, you’re able to generate high-stress situations, but now you need to find the cracks. This is what profiling is for. Profiling enables you to find the bottlenecks in your configuration, whether they be in memory, CPU, network, disk I/O, or, what is more likely, some combination of all of them.

The very first thing you should do is turn on the MySQL slow query log and install mtop. This will give you access to information about the absolute worst offenders. Have a ten-second query ruining your web application? These guys will show you the query right off.

After you’ve identified the slow queries you should learn about the MySQL internal tools, like EXPLAIN, SHOW STATUS, and SHOW PROCESSLIST. These will tell you what resources are being spent where, and what side effects your queries are having, e.g., whether your heinous triple-join subselect query is sorting in memory or on disk. Of course, you should also be using your usual array of command-line profiling tools like top, procinfo, vmstat, etc. to get more general system performance information.

[Breizhoo]

D'ailleurs au passage je ne comprends pas l'intérêt des fid<> alors qu'à la fin il y a un fid IN (x,x,x,x,x,...)

Ah si, j'ai compris ...

Purée c'est tordu

[Édite le 23-9-2010 par Breizhoo]

[profge]

ton champ fid est indexé ?

[Breizhoo]

D'après http://forge.mysql.com/wiki/MySQL_Intern..._Relations

To the optimizer, this expression:
column1 IN (1,2,3)

is the same as this one:
column1 = OR column1 = OR column1 = 3

Transposé à ta requête, je n'ai plus assez de doigts pour compter les OR !!!
Est-il possible de faire l'inverse ?
Where fid NOT IN (71, 53, 132, 136) AND (fid < 110 OR fid > 128)

[whinpo]

même sans mettre le test sur fid ça rame...
là j'ai flingué 60.000 posts..et ça va mieux...

on a vu avec breizhoo qui m'a filé un coup de main (merci ) pour améliorer la requête en question (créationd d'un fichier dédié)

en attendant, on aura un forum "partiel"...

je vous tiens au jus rapidos

[Édite le 23-9-2010 par whinpo]

[remchou]

ça va deja beaucoup mieux