Waar ligt de bottleneck? (php, mysql, browser?)

[ensermo]

Ik heb een klant met het volgend probleem.

Hij heeft een php script die hij aanroept via zijn browser. Deze script gaat in een database met +/-420.000 producten alle producten tellen, indexeren en dan een lijst maken die hij moet outputten in de browser.

Echter zowel bij IE als FF krijgt hij na een minutje of 3-4 een foutmelding Pagenot found/Timeout.

Ik heb met "MyTop" gekeken naar het process en als de klant op
"Submit" klikt gaan de queries runnen.
Select from products_categories where productid = 213543
Select from products_categories where productid = 624112
Select from products_categories where productid = 762355
Select from products_categories where productid = 227272
etc etc etc (dit dus voor alle producten)

Ik zie bij MyTop namelijk dat dit ongeveer 1 minutje duurt. Dus ik ga ervan uit dat de php script na 1 minuut zijn variabelen heeft en door kan gaan.

Persoonlijk vind ik dat het slecht gescript is (het is Zencart) maar dat terzijde.

Waar ligt de bottleneck denken jullie waardoor hij een foutmelding ontvangt in zijn browser? Zou ik een "time" variable hoger kunnen zetten om dit te vermijden? (php mysql anders?) of ligt het aan de browser/internet verbinding?

Browser -> PHP -> MySQL
What is the weekest link?

[lifeforms]

Volgens mij is Zencart gewoon een ontzettend klote script.

Ik heb laatst een klant op onze virtuals gehad die een shop had die onwijs veel MySQL en CPU gebruikte, niet normaal meer, zeker gezien dat ze vrij weinig bezoekers hadden... Dit was ook Zencart...

[crazycoder]

Als je er echt op sta kan je dit in php.ini aanpassen.

Je zou hoe dan ook kunnen kijken of je de database aan kan passen.. Mogelijk is de database niet goed geindexeerd..

[ensermo]

Ja de oplossing is inderdaad om het script aan te passen om niet zoveel queries te runnen. Maar apart van dat vroeg ik me af in het algemeen waar de bottleneck zat bij een situatie waar er twee drie minuten een query gedraait moet worden die de output terug moet geven aan php zodat php verder gaat en uiteindelijk output stuurt naar de browser?

Heeft een browser ook een standaard "waiting time" voordat het time out error geeft of is dit afhankelijk van de php script? Indien zo wat zou veranderd kunnen worden aan php.ini of .htaccess of my.cnf om de script meer tijd te geven om te runnen? Wat stellen jullie voor?

[lifeforms]

Ten eerste moet je in php.ini de "max_execution_time" waarde omhoog gooien, en vervolgens ook in httpd.conf de "Timeout" navenant hoger zetten. Anders sluit Apache de connectie af voordat PHP klaar is. Beide waarden zijn in seconden.

Misschien is ook meer geheugen nodig voor PHP, in dat geval moet je "memory_limit" in php.ini ook verhogen.

MySQL gaat standaard goed, daar hoef je niets aan te veranderen.

[ensermo]

Thanks ik zal vanvond proberen als het rustiger is. De server heeft wel genoeg geheugen (2GB) die voor 60% gebruikt wordt. Ik had al de php.ini gewijzigt maar niet de httpd.conf.

Trouwens kan je deze waardes "lokaal" (dus alleen voor gebruiker x) wijzigen of kan het allen serverwide (globaal) ?

[lifeforms]

Zou ik zo gauw niet weten.

[svbeek]

Misschien zou je de mysql queries van het script kunnen optimaliseren. Hier en daar een extra index aanmaken in mysql is vast ook een goede.

[Randy]

Indexeer de database opnieuw en kijk of je eventueel meer (vrij) geheugen kunt toewijzen. Echter begint uiteraard alles met goede query's. SELECT * FROM .. is _NOT_ done, om maar even een voorbeeld te geven.

Een goede query ziet er zo uit:

SELECT toplijst.item as naam , sum(punt) AS totaal FROM topstemmers, toplijst WHERE nummer = toplijst.id GROUP BY nummer ORDER BY totaal DESC LIMIT 100

Om maar even een voorbeeld te geven. (Dit is met een muziek top100 script dat ik voor een omroep aan het maken ben.

[frvge]

Lijkt me dat de (hoeveelheid) queries de bottleneck zijn. Vaak de database doorlopen kost meer tijd dan het manipuleren van de uiteindelijke variabelen en het parsen. Dus queries optimaliseren.

[c0ld phr34k]

Je kan in PHP toch de timeout van een script instellen?

Check dit anders eens: http://be.php.net/manual/nl/function...on-timeout.php

[DaRkDrEw]

Je kan in PHP toch de timeout van een script instellen?

Check dit anders eens: http://be.php.net/manual/nl/function...on-timeout.php

Maar dan mag je alsnog uuuuuren wachten voordat hij klaar is
Gewoon een maximaal aantal results instellen en werken met pagina navigatie

[c0ld phr34k]

Kan je ook doen . Of natuurlijk een beter script installeren.
Had het er net nog over op een ander forum hoe je best met mysql queries omgaat:

- gebruik mysql_fetch_assoc ipv mysql_fetch_array
- gebruik zo min mogelijk queries
- gebruik geen onnodige queries
- gebruik COUNT(veld) ipv mysql_num_rows indien je aantallen wilt weten (tenzij je via deze manier meer queries moet gebruiken)
- gebruik voor een id geen int maar een tinyint als het mogelijk is, gaat die tabel echt 9999+ records bevatten?

edit: hoe kon ik deze vergeten: cache je paginas. Bijvoorbeeld als je een profielensite hebt. Haal niet elke keer alles overnieuw uit de database maar sla het op als een .html ofzo. Als het profiel dan wordt geupdate door de eigenaar update je die .html. Op die manier spaar je heeeeeel wat load.


Ohja, je queries afsluiten, maakt dit veel uit?

[frvge]

? bedoel je de verbinding met mysql_close()? Met PHP mag je queries niet afsluiten met ';' wat wel zo hoort volgens SQL.

[c0ld phr34k]

ja tuurlijk met mysql_close

verbinding afsluiten bedoel ik trouwens*