Mailinglisten-Archive |
hi marc, ich hab deinen vorgang mit interesse verfolgt ... allerdings würde ich das problem nicht unbedingt in der db suchen ... du hast 512 mb ram und 360 mb daten ... und reiser mit 2 platten in raid 0 und hast du mal deine hd anzeige bei der abfrage beobachtet ? wie lange leuchtet die auf ? beide platten ? mehrmals ? wieviel cache hast du für die db freigegeben ? cached der sauber ? (das war der antwortansatz mit dem limit ) ... 2/3 kann er und dann nicht mehr .... das hört sich halt nach nem platz problem an ... kann ich auch täuschen ... also ich halte das für ein cache / platten prob ... wenn du noch ram hast ... stopf mal was rein ... :-) ich hoffe die fragen helfen dir ein wenig ... wünsche dir einen frustlosen montag gruß h1 -----Ursprüngliche Nachricht----- Von: Marc Albrecht [mailto:albrecht_(at)_act-net.com] Gesendet: Freitag, 8. Februar 2002 20:30 An: mysql-de_(at)_lists.4t2.com Betreff: Performance-Problem Hallo, wir haben ein Performance-Problem mit mySQL 3.23 - eine Tabelle hat die lächerliche Größe von 360MB (MYD-File), nur 48000 Einträge. Alle Text-Spalten sind indiziert, Zugriffe erfolgen auch nur über die Indizes. Die Datenbank-Files liegen auf einem RAID-0 mit zwei UDMA5-Platten und werden mit DMA angesprochen (unter Linux), Filesystem ist Reiser. Der Zugriff auf die ersten rund 15000 Datensätze erfolgt akzeptabel schnell (Wartezeiten bis zu ca. 8 Sekunden, bis die Daten gepiped sind - egal, ob Zugriff per mysql Commandline Tool oder via PHP). Aber danach geht die Geschwindigkeit derbe den Bach runter: Zugriffe auf die "hinteren" Daten sind nur mit Wartezeiten um die 6-8 Minuten möglichen (SELECT * FROM table LIMIT .....) SHOW_PROCESSLIST zeigt während der Wartezeit den Query-String und "sending data". Ein "cp datafile.MYD /dev/null" läuft in rund 10 Sekunden durch. Hat jemand eine Empfehlung, an welcher Stelle das Problem liegen könnte? Ich bin für jeden Tip dankbar - wir haben schon überlegt, die Table notfalls in Subtables zu unterteilen (wäre dank der Primary Keys möglich), aber SINN einer Datenbank ist ja eigentlich, sowas nicht nötig zu haben :-) Marc Albrecht --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql --- Infos zur Mailingliste, zur Teilnahme und zum An- und Abmelden unter -->> http://www.4t2.com/mysql
php::bar PHP Wiki - Listenarchive