Datenbanklast zu groß

Gesperrt
uwe-schmitt
Beiträge: 75
Registriert: Di 22. Jul 2003, 09:58
Wohnort: Heidelberg
Kontaktdaten:

Datenbanklast zu groß

Beitrag von uwe-schmitt » Mi 13. Jun 2007, 20:57

Hallo ans Forum,

eine von mir betreute Site, bzw. deren Datenbank übersteigt die Lasttoleranzen von 1und1. Das heißt, dass 1und1 die Datenbank nun einfach gesperrt hat... :evil:

Laut Aussage eines Servicemitarbeiters wird die Datenbank erst wieder freigegeben, wenn ich auf einen dedizierten Server umziehe oder aber, und jetzt kommt´s: ich in Contenido das Sessionshandling in Zukunft nicht mehr über die Datenbank laufen lasse. Gut gell!

Da ich nun nicht weiß, ob und auch wie das mit Contenido geht, ich meine das mit der Session eben nicht über die Datnbank, frage ich also hier im Forum um Rat.

Das Ganze ist dringlich, da die Site von einer Tourismusgesellschaft betrieben wird, und nun ist halt beinahe schon Sommer... :D

Ach so, das System hat die Version 4.4.5

Gruß und Dank im Voraus
Uwe Schmitt

MichFress
Beiträge: 750
Registriert: Mo 5. Jan 2004, 22:32
Wohnort: Bochum
Kontaktdaten:

Beitrag von MichFress » Mi 13. Jun 2007, 21:35

ich würd mal sagen: Provider wechseln und dabei einen etwas kräftigeren Tarif wählen.
"Es wird keine Handlung geben, keine Geschichte mit ihrer Versprechung auf einen Anfang und ihrer Hoffnung auf ein Ende." (Andrzej Stasiuk)

uwe-schmitt
Beiträge: 75
Registriert: Di 22. Jul 2003, 09:58
Wohnort: Heidelberg
Kontaktdaten:

"Guter" Hoster

Beitrag von uwe-schmitt » Mi 13. Jun 2007, 22:19

Hallo "MichFress",

was´n, bzw. wer is´n gut, Deiner Meinung nach? Habe bisher nur Erfahrung mit Hosteurope. Da muss man manchmal schon etwas tricksen. Erfahrung mit hohen Lasten habe ich bisher noch keine, ausser: siehe oben :wink:

Gruß
Uwe Schmitt

MichFress
Beiträge: 750
Registriert: Mo 5. Jan 2004, 22:32
Wohnort: Bochum
Kontaktdaten:

Beitrag von MichFress » Do 14. Jun 2007, 10:21

viel Lesestoff:
http://www.contenido.org/forum/viewtopic.php?t=1291

Es kommt halt darauf an, wie "groß" deine Seite ist, wieviel Hits, wieviel Seiten sie hat. Und darauf, wie schnell und ausfallfrei sie sein soll...

Vielleicht bekommst du ein paar hilfreiche Tipps, wenn du uns sagst, welchen Tarif du bei 1und1 hattest, wieviele Besucher/Hits du hast, etc...


PS. ein Update auf die aktuelle Version der 4.4.x-Reihe, bzw. auf 4.6.15 wäre aufgrund einiger Sicherheitslücken auch nicht schlecht...
"Es wird keine Handlung geben, keine Geschichte mit ihrer Versprechung auf einen Anfang und ihrer Hoffnung auf ein Ende." (Andrzej Stasiuk)

Dodger77
Beiträge: 3626
Registriert: Di 12. Okt 2004, 20:00
Wohnort: Voerde (Niederrhein)
Kontaktdaten:

Beitrag von Dodger77 » Mo 18. Jun 2007, 17:11

Ich hänge das mal dran, da ein Kunde von mir das gleiche Problem hat. Der Support hat ihm geschrieben, dass folgende Abfrage hauptverantwortlich für die DB-Last des Servers war:

Code: Alles auswählen

178971 Query       select count(*) from
con_phplib_active_sessions where val='c2lkXzFfMTokdGhpcy0+a
W4gPSAnMCc7ICR0aGlzLT5wdCA9IGFycmF5KCk7ICR0aGlzLT5wdFsnYXV0aCddID0gJzEnO
yAkdGhpcy0+cHRbJ2NmZ0NsaWVudCddID0gJzEnOyAkd
                 178971 Query       insert into
con_phplib_active_sessions ( sid, name, val, changed ) values ('b5a5

d73c1618fc604884a303ffbd2b9a', 'sid_1_1',
'c2lkXzFfMTokdGhpcy0+aW4gPSAnMCc7ICR0aGlzLT5wdCA9IGFycmF5KCk7ICR0aGlzLT5
wd
FsnYXV0aCddID0gJzEnOyAkdGhpcy0+cHRbJ2NmZ0NsaWVudCddID0gJzEnOyAkdGhpcy0+c
HRbJ2VycnNpdGVfaWRjYXQnXSA9ICcxJzsgJHRoaXMtP

sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 325/336
SELECT idcat  FROM con_cat_art   WHERE idart = '53'
sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 326/336
SELECT idart  FROM con_art_lang  WHERE idart = '53'
sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 327/336
SELECT title  FROM con_art_lang  WHERE idart = '53'
sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 328/336
SELECT idcat  FROM con_cat_art   WHERE idart = '9'
sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 329/336
SELECT idart  FROM con_art_lang  WHERE idart = '9'
sql_by_user dbo133504014 db133504014 256956 070618T15:19:11 330/336
SELECT title  FROM con_art_lang  WHERE idart = '9'
Empfohlen wird der Wechsel auf einen dedizierten Server. Das deckt sich mit den Erfahrungen von Uwe, dass die Session-Verwaltung von Contenido so böse sein soll. Ich werde mir das jetzt wohl erstmal in Ruhe anschauen müssen.

Es handelt sich dabei aber um eine 4.6.8.

Dodger77
Beiträge: 3626
Registriert: Di 12. Okt 2004, 20:00
Wohnort: Voerde (Niederrhein)
Kontaktdaten:

Beitrag von Dodger77 » Mi 20. Jun 2007, 09:55

Ich habe das nun einigermaßen hinbekommen. Ich habe eine Weiterentwicklung der PHPlib genommen, welche die Session über die PHP-eigene Session-Funktionalität ab PHP4 benutzt. Die habe ich jedoch nur für die Frontend-Session genutzt, das es mit dem Backend kleinere Schwierigkeiten gab. Ich muss dabei auch nochmal testen, ob es nicht evtl. Schwierigkeiten bei der Nutzung von Frontend-Usern gibt.

Übrigens: verschoben nach Misc 4.6.x, da das in meinen Augen nicht spezifisch für die 4.4.x ist.

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Mi 20. Jun 2007, 13:23

Die Frage ist, was da die Last verursachen soll. Ein count sollte es nicht sein (oder wieviele offene Sessions sind in der Tabelle)? Und das hinzufügen eines einzelnen Datensatzes (wenn auch bemerkenswerter Größe) sollte es auch nicht sein.

Werden denn alte Sessions abgeräumt?

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

Dodger77
Beiträge: 3626
Registriert: Di 12. Okt 2004, 20:00
Wohnort: Voerde (Niederrhein)
Kontaktdaten:

Beitrag von Dodger77 » Mi 20. Jun 2007, 14:43

HerrB hat geschrieben:Die Frage ist, was da die Last verursachen soll.
Soweit sah da alles in Ordnung aus, bis auf explodierenden Traffic in den letzten Wochen. Das ist anscheinend auf übereifrige Spider und böse Bots zurückzuführen. Die habe ich nun gezähmt bzw. ausgesperrt.

Es ging nur um ein paar hundert Einträge, also 1,5 bis 2 MB für die "con_phplib_active_sessions".

Da der DB-Zugang des Kunden aber bereits kurzfristig ohne Vorankündigung gesperrt wurden, war er halt auf eine schnelle Lösung aus. Fürs erste läuft es nun ohne die Inserts durch die Umstellung.

Gesperrt