[atothek]

Hi leute,

wir erstellen gerade nen sehr großes Portal auf basis von Typo3.
Wir haben soweit alles Konfiguriert und eingerichtet, portierung der Altedaten etc. nen richtiges großes Ding. Nun habe ich heute einfach mal gedacht check mal wieviele DB querys abgesetzt werden.

Gesagt getan schnell nen counter & logger in die DB klasse gehakt
dann traf mich der Blitz. 640 Querys

Wasn das? Also das ist ja nun echt das 10 fache von dem was erträglich wäre. Hat da jemand ne Idee woran das liegt? Wir nutzen auf der Start seite die tt_news sowie die Standard contenttypes.

mfg
alex

[maxhb]

Hi!
Bad News: Ich kann es dir nicht sagen

Good News: Genau das interessieren mich auch, würdest Du die kleine Erweiterung für den DB-Layer hier veröffentlichen?!

Dann würde ich den auch mal integrieren und schauen, was da so abgeht.

cu
maxhb

[Christoph Neuroth]

What the... Sicher, dass dein Code OK ist? Ich mein, dass Typo3 recht viel an der DB schafft, merkt man ja an seiner Geschwindigkeit, aber >600 Querys für *eine Seite*?

[wurzl]

Moin,

ein einfacher Weg, die Querys rauszufinden, ist der General Query log von MySQL.
Man begebe sich dazu in die my.cnf und suche nach der Zeile

[mysqld]
#log

un ändere diese z.B. in

[mysqld]
log = /tmp/mysqld.sql

Nun erwarten uns in der Datei /tmp/mysqld.sql alle Anweisungen, die ausgeführt wurden (auch selects).

Allerdings habe ich das noch nicht ausprobiert. Ich komm erst nächste Woche dazu. Denn ich wüsste auch gerne, welche querys typo3 so ausführt um mir einen Stress-Test zu basteln.

cu.. wURzL

[wurzl]

Moin,

ich schaue mir grad selber die Typo3 Querys an. Allerdings hab ich jetzt keinen Bock mehr weiter zu schreiben. Der Artikel befindet sich hier: MySQL - Typo3 Querys
Morgen gehts weiter....

cu.. wURzL

[Armin]

moin moin,

das es mich auch mal interessiert hat wieviel Querys der Aufruf benötigt, habe ich mal schnell ein paar Zeilen Code eingefügt umm die Query zu zählen.

Und siehe da, beim ersten Aufruf einer Seite, wo tt_news (display) zu sehen sind, sind es 683 Query, beim zweiten Aufruf dann 381 Query.

@atothek
Wenn die Query immer so hoch sind, hast du wohl das Caching wohl nicht aktiv.

Armin

[atothek]

Moin Genossen,

@maxhb ich hab die t3lib/class.t3lib_db.php gehackt und in die methode exec_SELECTquery diesen code

PHP-Code:

if( empty( $GLOBALS[ '__queryCounter__' ] ) ) {
    $GLOBALS[ '__queryCounter__' ] = 0;
}
$GLOBALS[ '__queryCounter__' ]++; 


vor das

return $res;

gesetzt. und auf der Index seite ganz unte ausgegeben, thats it.

@Armin das noc_cache war in der config auf 0 gesetzt und auf dwer page war 1 h eingestellt. Allerdings sind fast 400 querys auch noch gnadenlos zu viel, also 80 sind das absolute MAXIMUM ;). Ich hatte mal alle Contents gehidded und nacheinander wieder anzeigen lassen und da hat er dann bei erstaufruf 600+ querys und nachdem caching verträgliche 81 querys, anscheinend ist da noch was im argen beim caching der contents

Besten Dank schonmal für das Feedback

mfg und nen schönes WE

alex

btw. Wir hatten noch die SelectPro Extension einmal installiert gehabt und die macht ja mal richtig terror, absolute nicht zu empfehlen wenn der massen query bug net behoben wird ;)

[Armin]

joar, ca. 400 sind ne Menge. Da muss man wohl die einzelnen Extensionen genauer betrachten. Ich werde mir mal die ganzen Querys ausgeben lassen und mal schauen was da so geschieht,

Armin

[Armin]

moin,

so nun habe ich mal geschaut. Ursache ist das Layermenue auf der Seite. Wenn ich das rausnehme pendelt es bei einer normalen Seite bei 80 Query ein.
Ein weiterer Query-Hochtreiber ist realurl, bein einer einfachten Seite ohne dem Layermenue sind es 14.

Ich werde nun das Layermenue per Externe Datei einbinden. Werde mal schauen wie ich das am besten Lösen kann.

Armin

[Christoph Neuroth]

http://wiki.typo3.org/index.php/TYPO...code_profiling

Leider sind hier sämtliche Links nicht mehr verfügbar :sad: "Cool URIs don't change!" Tim Berners-Lee