Club911

Depuis 24 ans le Club911.Net partage sa passion pour la marque Porsche, se renouvelant sans arrêt pour proposer du contenu, des évènements touristiques comme sur circuits en France et en Belgique

https://club911.net/

Titre du sujet - erreurs connection base de données => changement de serveur

https://club911.net/viewtopic.php?t=102255

Page 10 sur 16

- par whinpo

Posté : 23 sept. 2010, 18:13

j'ai plein de slow queries...

j'essaie des explain
il rame sur l'affichage des posts du jour...

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,63,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..

- par Satanas 33

Posté : 23 sept. 2010, 18:16

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 ? :)))))

- par climchaud

Posté : 23 sept. 2010, 18:17

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

- par Breizhoo

Posté : 23 sept. 2010, 18:20

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

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,63,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 xy ?

Pour slow query, j'ai trouvé ça (facile à dire, moins à faire ...)
http://20bits.com/articles/10-tips-for- ... 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.

- par Breizhoo

Posté : 23 sept. 2010, 18:23

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]

- par profge

Posté : 23 sept. 2010, 18:31

ton champ fid est indexé ?

- par Breizhoo

Posté : 23 sept. 2010, 18:36

D'après http://forge.mysql.com/wiki/MySQL_Inter ... _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)

- par whinpo

Posté : 23 sept. 2010, 18:54

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]

- par remchou

Posté : 23 sept. 2010, 20:18

ça va deja beaucoup mieux

- par difparis

Posté : 23 sept. 2010, 20:43

Message original : whinpo
Message original : difparis
C'est la m... ce soir!
Je peux vous étudier une archi High Availability avec un uptime de 99.999% garanti sur contrat

Mais ce ne sera pas le coût de 2 sata en R1
si il suffisait de mettre du matos pour avoir de la disponibilité, ça se saurait...
faut avant tout des hommes

Mais qui te parle de matos!
Je te parle de solution avec un SGBD multi-instances réparti sur plusieurs noeuds...mais t'as raison il faut des experts

Heures au format UTC+02:00
Page 10 sur 16