MySQL-Server in Endlosschleife

[Darky]

Hallo allerseits,

Ich verzweifle momentan etwas an einer Abfrage, bei der der Server scheinbar in einer Endlosschleife hängen bleibt.
Das zugehörige PHP-Skript bleibt entsprechend im mysql_query() hängen.

Das SQL-Statement sieht so aus:
SELECT COUNT(y2.id) FROM `y_world` AS y1 LEFT JOIN `y_world` AS y2 ON y1.fieldid = y2.fieldid AND y1.dateline = y2.dateline AND y1.id != y2.id

Die Spalten id, fieldid und dateline sind alles Integer.

Das seltsame ist, dass es zeitweise mal funktioniert hat und mal nicht. Das Problem tritt sowohl bei einem Webhoster auf, bei dem ich Kunde bin, als auch bei mir lokal (XAMPPlite 1.5.5). Also vermute ich mal einen Bug bei MySQL.

Nun interessiert mich aber, ob jemand weiss, mit was genau der Server nicht klar kommt.

Gruß,
Darky

[defabricator]

Lass doch bitte mal

EXPLAIN SELECT COUNT(y2.id) FROM `y_world` AS y1 LEFT JOIN `y_world` AS y2 ON y1.fieldid = y2.fieldid AND y1.dateline = y2.dateline AND y1.id != y2.id

laufen und poste die Ausgabe.

[Darky]

id,select_type,table,type,possible_keys,key,key_len,ref,rows,Extra
1,SIMPLE,y1,ALL,,,,,2444,
1,SIMPLE,y2,ALL,,,,,2444,

sorry für die blöde formatierung - ich hoffe du siehst trotzdem durch ;)

[defabricator]

Da fehlt mindestens ein Index, um den MySQL Server zu unterstützen.

ALTER TABLE y_world ADD INDEX irgendeinName (fieldid,dateline,id)

danach dann nocheinmal EXPLAIN ... ausführen und die Ausgabe bitte posten.

[Darky]

neues Ergebnis ist das:

id,select_type,table,type,possible_keys,key,key_len,ref,rows,Extra
1,SIMPLE,y1,index,,irgendeinName,12,,2444,Using index
1,SIMPLE,y2,ref,irgendeinName,irgendeinName,8,test.y1.fieldid,test.y1. dateline,1,Using index

mit den Indizes läuft die Abfrage jetzt auch wunderbar durch :)

Kannst du mir erklären (bzw. mir was zum Lesen empfehlen), nach welchen Kriterien ich die Indizes in Zukunft anlegen soll und wie sich das auf die Laufzeit von Abfragen auswirkt?

Gruß und danke schonmal,
Darky

[defabricator]

Da kann ich leider nicht richtig mit dienen. Indices sind nicht meine Stärke.
Dass es zum Beispiel auf die Reihenfolge, in der man die Felder bei einem komplexen Schlüssel angibt, ankommen kann, habe ich auch gerade erst gelernt, http://www.selfphp.info/forum/showthread.php?t=17578

DB Speed Faustregel:
1. Alle Spalten, welche im WHERE Teil vorkommen, sollten mit einem index versehen werden. Das beschleunigt lesezugriffe ungemein!
2. Je mehr Spalten es mit einem Index in der betreffenden Tabelle gibt, desto langsammer sind INSERT, DELETE und UPDATE.
3. Da auch DELETE und UPDATE oft einen WHERE Teil haben, siehe Punkt 1 ;-)
4. Da meist Lesezugriffe überwiegen, lohnt sich oft ein vorsortieren der Daten: "ALTER TABLE `tabelle` ORDER BY `spalte` ASC"
*grob vereinfacht*

[Darky]

Danke für die Antworten. Ich hab mir auch mal das durchgelesen, was in der MySQL-Doku dazu steht - leider hab ichs nicht ganz verstanden.

Warum die Reihenfolge bei mehrteiligen Indizes eine Rolle spielt hab ich verstanden, aber wann genau ein mehrteiliger Index sinnvoll ist leider nicht. Es wäre sehr nett, wenn du mir das noch sagen kannst :)

Gruß,
Darky

[diver-network]

Hi,

soweit ich weiß ist ein zusammengesetzter Index dann sinnvoller als zwei einzelne Indizes, wenn hauptsächlich über mehrere Spalten gesucht wird.

Z.B.: Wenn Du in einer Adressdatenbank mit u.a. den Spalten nachname und vorname meistens nur nach dem Nachnamen suchst reicht ein Index über "nachname", wenn für Deine Suche aber vor allem die Kombination aus Nachname und Vorname wichtig ist sollte der Index entsprechend über beide Spalten (in der korrekten Reihenfolge) liegen.

Zusammengesetzte Indizes sind aber auch nicht ganz meine Spezialität, bis jetzt haben mir "einfache" Indizes immer ausgereicht.

HTH,

Andy