Tweet
Hi case,
Also ich hab den Index jetzt mal auf die 2 Spalten reduziert, die auf alle Fälle immer vorkommen - aktiv und fart.
count(id) und SELECT => ca. 3,5 - 6 Sekunden
count(*) und SELECT => ca. 3,5 - 6 Sekunden
Also nicht wirklich besser, aber generell schneller als vorher.
Beide Abrfragen wurden ohne SQL_CACHE abgesetzt.
Mit SQL_CACHE komm ich wieder auf meine 0.00623 Sekunden.
Ich werde das $SQL_CACHE wieder einsetzen, da es doch einen extremen Unterschied macht.
Mit was ich ja auch schon im Gedanken spiele ist der Datenbanktyp MEMORY - der soll ja extrem schnell sein weil eben im RAM.
Nur kann ich da leider keine CHAR's und VARCHAR's nutzen.
Ausserdem muß ein Szenario ausgearbeitet werden, wo bei Serverneustart diese Tabelle automatisch ins RAM geladen werden und von Zeit zu Zeit auch aktuallisiert werden.
Im Hintergrund könnte dann der "normale" Table ganz normal upgedatet werden mit nur einen einzigen Miniindex und nur 1x pro Std. dieser Table erneut ins RAM gespielt, also 1:1 ausgetauscht werden.
Original geschrieben von case
Und du solltest über spalten, die nicht auf jeden Fall vorkommen auch garkeinen Index setzen...
Nur meiner Meinung nach hast du zu große Indizes gesetzt und deshalb wird deine Datenbank ausgebremst....
Versuche mal den Filter-Such-Index zu löschen und dann setzt du einen neuen Index[/B]
Und du solltest über spalten, die nicht auf jeden Fall vorkommen auch garkeinen Index setzen...
Nur meiner Meinung nach hast du zu große Indizes gesetzt und deshalb wird deine Datenbank ausgebremst....
Versuche mal den Filter-Such-Index zu löschen und dann setzt du einen neuen Index[/B]
count(id) und SELECT => ca. 3,5 - 6 Sekunden
count(*) und SELECT => ca. 3,5 - 6 Sekunden
Also nicht wirklich besser, aber generell schneller als vorher.
Beide Abrfragen wurden ohne SQL_CACHE abgesetzt.
Mit SQL_CACHE komm ich wieder auf meine 0.00623 Sekunden.
Ich werde das $SQL_CACHE wieder einsetzen, da es doch einen extremen Unterschied macht.
Mit was ich ja auch schon im Gedanken spiele ist der Datenbanktyp MEMORY - der soll ja extrem schnell sein weil eben im RAM.
Nur kann ich da leider keine CHAR's und VARCHAR's nutzen.
Ausserdem muß ein Szenario ausgearbeitet werden, wo bei Serverneustart diese Tabelle automatisch ins RAM geladen werden und von Zeit zu Zeit auch aktuallisiert werden.
Im Hintergrund könnte dann der "normale" Table ganz normal upgedatet werden mit nur einen einzigen Miniindex und nur 1x pro Std. dieser Table erneut ins RAM gespielt, also 1:1 ausgetauscht werden.
Kommentar