slowquery lesen

[thompson]

hallo zusammen,

ich habe des öfteren problem mit einem langsamen forum. von seiten des providers (all-inkl.com) wurden auch schon viele dinge an der performance gemacht.

leider kommt es sporadisch vor, dass es bis zu einer minute dauert, bis eine seite im forum aufgebaut ist. ich hatte schon mal die hacks ausser betrieb genommen, aber ohne ergebnis. es kann sein, dass 200 user onlines sind und das ding rennt wie die sau. dann wieder nur 50 online und es macht keinen spass mehr. (ein anderes forum von mir rennt auf dem gleichen server echt perfekt)

ich hab vom provider mal die slowquery bekommen, kann die aber nicht lesen. *schäm*

kann mal jemand drüberschauen, ob ihm was auffällt ?

Link: www.muskelbody.info/slowqueries.txt (http://www.muskelbody.info/slowqueries.txt)


was mich irritiert ist die:
# Time: 080117 13:48:12
# User@Host: d0064258[d0064258] @ localhost []
# Query_time: 27 Lock_time: 0 Rows_sent: 475968 Rows_examined: 475968

was frägt meine vbulletin db ab, dass alle posts zurückgibt ?

[s.molinari]

Hi Thompson,

Du hast das wichtigste in deinem Zitat vergessen.:)

SELECT /*!40001 SQL_NO_CACHE */ * FROM `post`;

Das ist ein Eintrag von Mysql, wenn jemand einen Dump macht. Ist auch kein Problem dann, wenn jemand wirklich ein Dump wollte.

Die anderen grösseren Abfragen machen mir sorgen. Optimiere bitte die post und thread Tabellen. Da scheint etwas nicht in Ordnung zu sein. Kann es sein, dass das Forum von einem anderen importiert wurde?

Scott

[thompson]

hallo scott,

ich repariere und optimiere die tabellen regelmaeßig alle 1-2 tage, es ist aber keine besserung bringt.

lassen die sorgen rueckschluesse auf irgendetwas zu ?

ich und auch mei provider sind echt ratlos. meine user genervt.

die in der slowquery auftauchenden treadnummern habe ich mal geschlossen (waren posts mit 500 - 1000 seiten) und dafuer neue eroeffnet.

sonst vielleicht noch ne idee ? (hab ca 28.000 mebers und fast 500.000 posts)

fuer jede hilfe und loesungsansaetze dankbar.

[thompson]

scott,

meinst du, das support team koennte sich die probleme mal ansehen ?

neu hinzu kamen:
# Time: 080202 6:48:24
# User@Host: d0064258[d0064258] @ localhost []
# Query_time: 26 Lock_time: 0 Rows_sent: 481360 Rows_examined: 481360
SELECT /*!40001 SQL_NO_CACHE */ * FROM `post`;
# Time: 080203 7:11:50
# User@Host: d0064258[d0064258] @ localhost []
# Query_time: 25 Lock_time: 0 Rows_sent: 481614 Rows_examined: 481614
SELECT /*!40001 SQL_NO_CACHE */ * FROM `post`;
# Time: 080204 8:25:34
# User@Host: d0064258[d0064258] @ localhost []
# Query_time: 26 Lock_time: 0 Rows_sent: 481922 Rows_examined: 481922
SELECT /*!40001 SQL_NO_CACHE */ * FROM `post`;
# Time: 080205 9:07:15
# User@Host: root[root] @ localhost []
# Query_time: 11 Lock_time: 0 Rows_sent: 482192 Rows_examined: 482192
SELECT /*!40001 SQL_NO_CACHE */ * FROM `post`;

zu diesen uhrzeiten mache ich keinen Datenbankdump. Kann das auch von woanders kommen ?

[StGaensler]

Hallo,

nein, ich kann mir nicht vorstellen, wovon das sonst kommen könnte. Selbst phpMyAdmin lädt nicht alle Datensätze auf einmal, sondern zeigt dir z.B. immer nur 30 Stück an.

Ändere sicherheitshalber mal dein Datenbank-Kennwort, und überprüfe die Apache-Logdatei zu den entsprechenden Zeitpunkten auf verdächtige Einträge.

Viele Grüße,
Stefan

PS: Der letzte Aufruf stammt vom Benutzer root, das stammt wahrscheinlich vom Webhoster selbst. Das kann gut sein, dass der da auch mal ein Backup macht.

[thompson]

das hat mir all-inkl auf rueckfrage eben mitgeteilt. die machen unregelmaeßige db sicherungen.