[HaBo]

easteregg

Anzeige

Heyho

wenn ich viele Datensätze aus einer Tabelle lösche entsteht ja bei mysql erstmal ein overhead, den man mit nem einfachen optimize oder (glaube ich mal gelesen zu haben) mit einer modifikation der tabelle los wird (also insert, update etc...).

Jetzt habe ich mir, für mein aktuelles Projekt, ein Sessionsystem geschrieben, was mir die Benutzerdaten immer in eine Tabelle schreibt, welche als Storage Engine "MEMORY" hat.
Darauf kann man aber kein Optimize ausführen, wie bekomme ich jetzt den overhead und damit Ramverschwendung wieder weg?

__________________

Chromatin

Die Engine MEMORY "lebt" im RAM.
Wenn du da nicht massig selects draufpackst, wuerde ich da eher ne klassische engine nehmen.

Von was fuer einem Overhead redest du da? Das klingt erstmal nicht nach wirklich viel Daten.

__________________
Wenn ein Gesetz nicht gerecht ist, dann geht die Gerechtigkeit vor dem Gesetz!

Habo Blog - http://blog.hackerboard.de/

easteregg

also wie die enginge arbeitet und welche charakteristiken die aufweist ist mir an sich klar.
und eben weil da doch recht viele selects draufkommen, aber die daten nicht sonderlich wichtig sind, im sinne dass man sie für immer erhalten muss, hab ich dort eben memory gewählt.

mein problem ist jetzt, angenommen ich hab ne spitze von x benutzern hab ich x datensätze in der db stehen.
wenn die session nun nach und nach ablaufen sind eben mal x - 1000 einträge in der db, aber der overhead verursacht, dass immernoch x MB platz im ram belegt werden und nicht x-1000 Mb

dieses problem möcht ich gerne umgehen, dass für temporäre tabellen nicht unnötig platz verloren geht und ich irgendwann die meldung bekomme, dass ich nichmehr auf der db arbeiten kann, weil kein speicher vorhanden ist.

__________________

404

Warum verwendest Du nicht einfach Memcache als Session Handler? Dann liegen deine Sessions auch im Ram und das ganze sollte performance-technisch vermutlich sogar besser sein als eine MySQL auf "MEMORY" Engine. ?(

Nur so ein Gedanke

__________________
Major Fault, General Error and Colonel Panic came together to celebrate timeout.

easteregg

mit dem memcache habe ich so gut wie keine erfahrungen, muss ich zugeben.
ich hab mich für die mysql variante entschieden gehabt, weil ich über munin auch stats abführe, wäre vielleicht auch machbar die da aus dem memcache extern zu lesen.
aber soviel belastung hat die seite nicht, als das der performanceschub von memcache gegenüber MEMORY als sessionhandler spürbar wäre.

ansonsten war die lösung für das problem, einfach nen

damit wird der speicher scheinbar kurz freigeben und neu zugewiesen und das overhead problem ist gelöst.

__________________