[TYPO3-UG Hamburg] DAM SQL-Server überlastet HILFE HILFE

[Pedro Julio]

Hallo,
danke für deine schnelle Antwort.
1) Die Last liegt bei 100% in allen 4 CPUs nur im SQL-Server.
2) Ich gebe dir recht, dass das so normal ist, ich habe gemeint, dass bei der Indexierung von Bildern der Server überlastet ist und ich sehe u.a.  viele ‚SELECT * FROM tx_dam’, der DB-Server hat mehr als 2500 bis 5000 Query im durchschnitt pro sec. zu bearbeiten. Für einen normalen Server ist das nicht viel.
3) Klar, ich habe hier eine Lastverteilung 3-Server mit 4 CPUs und genügend Arbeitspeicher, einer der drei Server ist auch der MySQL-Server.
4) Bis jetzt habe ich 100 Bilder mit je 300kb.
5) Also, deiner Meinung nach liegt das Problem vielleicht in der Table lock und Table cache? Ich mus sagen, dass der Server wunderbar läuft, solange ich keine große Mengen an Bildern indiziere.

LG, Julio

> From: mehl at foertel.com
> Date: Tue, 9 Nov 2010 14:38:23 +0100
> To: typo3-hamburg at lists.typo3.org
> Subject: Re: [TYPO3-UG Hamburg] DAM SQL-Server überlastet HILFE HILFE
> 
> Am 09.11.10 12:18, schrieb Pedro Julio:
> > Hallo Leute,
> 
> hi
> 
> > habe ich das Problem, dass der Server eine höhere Last hat,
> 
> höher als was?
> 
> > ich habe festgestellt, das in der MySql log viele SELECT … FROM tx_dam sind.
> 
> naja, das alleine sollte wohl kaum zu last führen. es werden halt 
> datensätze aus der datenbank geholt. (das ist übrigends kein 
> TYPO3-phänomen ;-) )
> 
> > Warum ist das so?
> 
> warum er die datensätze holt? wohl weil er bilder anzeigen will. oder 
> warum die last des sql servers hochgeht? das wird dir keiner sagen 
> können, ohne infos über deinen server zu haben.
> 
> > Wie kann ich eine große menge von Bildern indezieren (>=50 mit>= 20 kb) ohne das der DB-Server  überlastet ist?
> 
> welche große menge meinst du denn? ;-) ich les da was von 50 ... also 
> ich denke bis 5.000 bilder sollte das schon völlig unmerklich skalieren.
> 
> > Kann mir jemand helfen bitte bitte schnell.
> 
> nicht wirklich. angebracht wäre jemanden zu bestellen, der mal auf den 
> sql server guckt, sich das TYPO3 caching anguckt und sieht, wo am server 
> der flaschenhals ist. (vielleicht zuviel concurrent mit table lock und 
> table cache zu klein oder so?)
> 
> > Vielen Dank
> > Pedro
> 
> regards, foertel
> _______________________________________________
> TYPO3-hamburg mailing list
> TYPO3-hamburg at lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-hamburg