Friday, June 9. 2006
Blog-Nachbrenner dank Isotopp
Dieses Blog hat inzwischen wieder eine akzeptable Geschwindigkeit. Vielen Dank an Isotopp für die Hilfe bei der Fehlersuche.
Ursache war ein fehlender Index auf der Spalte sessID der Tabelle s9y_visitors, was bei jedem Zugriff zu einem Full Table Scan geführt hat - und das auf der mit Abstand größten Tabelle dieses Blogs.
Bei der Suche nach dem Fehler war log-slow-queries = /var/log/mysql/mysql-slow.log sehr hilfreich, und ein alter table mh_s9y_visitors add key (sessID); hat das Problem aus der Welt geschafft.
Bleibt zu klären, warum dieser Index nicht automatisch von s9y gesetzt wird.
Comments
Display comments as
(Linear | Threaded)
Viele schoben das bisher auf Java als Implementierungssprache, warum auch immer.
Nun stellte sich durch ein Posting eines Users in einem Webforum raus, daß sich die Software deutlich beschleunigen läßt.
Indem man bestimmte Spalten der Tabelle indexiert.
Er schrieb auch den Entwicklern, die wohl völlig überrascht waren und sinngemäß erklärten, mit Datenbanken würden sie sich nicht so recht auskennen, das würde nun aber geprüft.
Auf die Idee muß man erstmal kommen. Die verwenden MySQL in einem kommerziellen Produkt mit bekannten Leistungsschwächen, sind bereits bei Version 2 des Produkts (mit vielen Updates auf dem Weg dorthin) und merken jetzt erst, daß Datenbanken so etwas wie Indexe anbieten...
Comment (1)
Comments (2)
Sei froh, dass es bei einem “add index” geblieben ist. Andere Systeme muessen tatsaechlich die Datenbankstruktur umbauen ...
Oscommerce (als Shopsystem) macht z.B. auch erst in den ganz frischen Versionen Queries, die nicht mehr Tablescans ueber mindestens 4 Tabellen parallel machen.
Comments (2)
In s9y ist inzwischen die Generierung der Indizes im Code eingepflegt worden.
Ich habe lieber Software, die anfänglich Fehler hat, die schnell behoben sind als Software, bei der man jahrelang auf triviale Fixes warten muss.
Comments (2)
Frage einen beliebigen Webhoster nach Matt Wright’s Formmail, den fehlenden Indizes auf alten phpbb-Session-Tabellen oder oscommerce mit Alter > 6 Monate.
Updates spielt man als normaler Hosting-Kunde naemlich nie ein - und zum Problem werden diese Applikationen erst, wenn sie von irgendwelchen Spammern oder Crackern entdeckt werden bzw. sich mit Leben fuellen.
Gerade die Dumm-SQL-Anwendungen, die ein Kunde mal vor drei Jahren installiert hat und deren Datenmenge erst innerhalb des letzten Jahres langsam angewachsen ist, faehrt gerne gegen die Wand. Ueblicherweise stellt man das in dem Moment fest, in dem “modernen” Suchmaschinen-Crawler wie der googlebot herauskommt, um in einem Geronimo-Stil die Skripte anzusprechen, welche wiederum die Datenbank mit schlechten Queries plattmachen.
Standardantwort des Kunden darauf: “aber daran habe ich doch nie etwas geaendert, warum soll das nun ein Problem sein” ... ? :-/
Comments (2)
Comment (1)
Ich würde mein s9y doch auch gerne schneller machen ... :)
Comment (1)
Comment (1)
Wenn man sich den “Datenbanklayer” in S9y anschaut, läuft es einem kalt den Rücken herunter. Da werden Mysql-spezifische Anfragen mal eben mittels String ersetzen fit für Standard SQL umgebaut ...
Dazu kommt dann das konsequente Ignorieren von Fehlermeldungen, so dass z.B. fehlgeschlagene Updates einer Tabelle (weil falsche Syntax) unbemerkt bleiben.
Comment (1)
Quicksearch
Blog Administration
Categories
Comments
Wed, 2012-05-16 16:57
about Haller Wilhelm
Mon, 2012-05-14 14:10
Fri, 2012-05-11 23:35
about Bauen, aber wie?
Fri, 2012-05-11 22:47
Fri, 2012-05-11 17:23
Warum sollte man im Zeitalter
von *overIP noch Antennenkabel
legen? Dort wo das HF Fernseh
signal ins Gebaeude eint [...]Comments ()
Syndicate This Blog
Show tagged entries
admintipp akku alice alturo apache artikelreihe auto bahn berlin blog brille datenschutz db debian debian-english deutsche bahn dhl dienstleistung domain durchhilfe e90 einkauf english essen ethernet exim flitterwoche foehr2011 foto fotos fundsache grml grub gsm gui-vs-tui hamburg hardware hausbau hochzeit hosting hp ice internet ip karlsruhe katze katzendiabetes kde kernel kleidung lazyweb linux linuxtag lvm mail mannheim meta mobilfunk musik netzwerk notebook optiker paris2010 paul pc-hardware pelle persönlich php pki post prozesse rant reallife reise reisebericht rootserver rootserver-test rufnummern rufnummernportierung s-bahn s9y security spam strato tanzen technik telefon telekom tk-anbieter umts umzug2007 usb vortrag webapps werbung windows wireless zkmlf zulmp öpnv
Nun hat es mich genauso wie Kris auch erwischt. Also ich gestern nach Hause kam, war meine Webseite nicht mehr erreichbar. Ein Blick in die access-logs der Domain und der Aufruf von “top” zeigten mir mehrere httpd Prozesse, die meine CPU gut auzslasteten. Comment (1)
Tracked: Aug 26, 11:33
...daß ich hier über ein Problem stolpere, welches Marc Habe so schon vor einer Ewigkeit gehabt hat. Von wegen daß der Index jetzt im Code drin ist... Comment (1)
Tracked: May 11, 01:12